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(54) Object-oriented software development 

(57) Object-oriented software development support 
apparatus (1) includes: a pattern architecture storage 
unit (2) for storing pattern information^) about a plural- 
ity of applicable patterns and inter-pattern relevant infor- 
mation (4) for association among patterns having an 
antecedent/consequent relationship when the software 
is developed; and a pattern application unit (5) for apply- 
ing to a model to be developed a pattern whose applica- 
tion has been approved by the user among the patterns 
stored in the pattern architecture storage unit (2)and 
detailing the model, and supporting the development of 



software corresponding to the model. 

Such object-oriented software development sup- 
port apparatus applies a pattern according to an 
entered pattern architecture, thereby enabling the pat- 
tern to be appropriately and efficiently reused, and effi- 
ciently supporting the development of software. In 
addition,. various object-oriented patterns can be easily 
defined, and a model and a program desired by the 
developer can be automatically generated. 
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Description 

Background of the Invention 
Field of the Invention 

[0001] The present invention relates to an object- 
oriented software development support technology, and 
more specifically to an object-oriented software devel- 
opment support apparatus for systematically defining a 
pattern, for example, an analysis pattern, a design pat- 
tern, and an implementation pattern, with which the 
operations and the structure of an object-oriented 
model can be defined, automatically detailing a model 
by applying the a'jove described patterns to a model to 
be developed, and automatically generating a source 
code applicable to the model. 

Description of the Related Art 

[0002] An object-oriented software technology 
refers to a technology of developing software using 
something in the present world (object) as a configura- 
tion unit. Recently, a number of object-oriented analysis 
and design techniques have been suggested. 
[0003] In the object-oriented analysis and design 
techniques, a procedure of generating a specification to 
be described in analysis and design is determined. To 
generate the above described specifications, software 
analysis and design support apparatuses for supporting 
the specification generating operation have been used. 
[0004] In these software analysis and design sup- 
port apparatuses, for example, to obtain excellent 
design, the know-how of a previously generated design 
is represented as a pattern for good repeatability. The 
pattern can also be used to share the know-how in a 
developing project. 

[0005] Relating to the above described pattern, 
there are design patterns describing the structure of a 
plurality of objects designed to solve a problem, for 
example, describing class groups and the behaviors of 
the glass groups when a design is set. When an imple- 
menting process is performed, an implementation pat- 
tern is used as a coding know-how about a source code. 
Similarly, when an analyzing process is performed, an 
analysis pattern to be applied to an analysis model can 
be used. A developer can reuse the development know- 
how by developing a software model and program 
based on the pattern, thereby improving the productivity 
of the software. 

[0006] Recently, the above described analysis pat- 
terns and design patterns are summarized and pub- 
lished as a book (for example, 'DESIGN PATTERN FOR 
REUSE IN OBJECT-ORIENTED CONCEPT by E. 
Gamma, et al. and published by SoftBank). However, a 
method of using the patterns has been followed to pre- 
pare a specification by applying individual analysis pat- 
terns and design patterns to a practical model to be 



developed. Since various patterns have been intro- 
duced by publications, there has been the problem that 
it is difficult to perform a series of operations of fully 
understanding the patterns, finding out an appropriate 

5 pattern as a model to be developed, determining a 
usage for an application to be developed, and actually 
applying the pattern. Although the pattern have been 
fully understood, there has.-been the problem that the 
ratio of a pattern applied to an application is low. 

10 [0007] The conventional apparatuses for suppos- 
ing the application of patterns have been an apparatus 
(Tokukaihei 9-237180) for preparing a specification by 
applying a pattern, and an apparatus (Tokukaihei 9- 
198242) for checking whether or not a pattern can be 

is correctly applied to a model. However, with these appa- 
ratus, a user specifies, when a pattern is applied, the 
correspondence between the component of a pattern 
and the component of a model to be designed by a 
developer. Therefore, the efficiency of a pattern apply- 

20 ing operation cannot be greatly improved. 

[0008] On the other hand, an automatic program 
generating technique for automatically applying a pat- 
tern through a macro development has been used. 
However, in the conventional method (Tokukaihei 1- 

25 1 91 233, Tokukaisho 61 -72338); it is necessary to spec- 
ify a value for replacing (developing) a macro to perform 
a macro (variable) development. 

Summary of the Invention 

30 

[0009] The present invention aims at providing an 
object-oriented software development support appara- 
tus and method for attain the following five objects: 1 ) to 
systematically register patterns, apply the patterns 

35 based on the systematic architecture, appropriately and 
efficiently reuse the patterns, and efficiently support the 
development of software; 2) to obtain a higher ratio of 
the patterns applicable to a model to be developed as 
well as existing patterns by newly defining the patterns 

40 extracted for the application of a developer; 3) to auto- 
matically generate a source code applied to a specifica- 
tion as well as to generate a specification by applying a 
pattern; 4) to automatically generate a model and a pro- 
gram desired by a developer by easily defining various 

45 object-oriented patterns; 5) to efficiently and automati- 
cally generate software by reducing the necessity of 
specifying various items by the developer by only spec- 
ifying the location of data for the development within the 
patterns themselves. 

so [0010] The object-oriented software development 
support apparatus according to the first aspect of the 
present invention includes: a pattern architecture stor- 
age unit for storing pattern information about a plurality 
of applicable patterns and inter-pattern relevant infor- 

55 mation for association among patterns having an ante- 
cedent/consequent relationship when the software is 
developed; and a pattern application unit for applying to 
a model to be developed a pattern whose application 
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has been approved by the user among the patterns 
stored in the pattern architecture storage unit and 
detailing the model, and supporting the development of 
software corresponding to the model. Furthermore, the 
pattern application unit can be externally provided with 
a pattern application history information storage unit 
storing an application history of a pattern by recording 
and referring to the pattern applied by the pattern appli- 
cation unit; and a pattern application history interpreta- 
tion unit for obtaining the reusability, for example, the 
number of applying processes, of each pattern and a 
pattern architecture by referring to the history informa- 
tion stored in the pattern application history information 
storage unit. 

[0011] The object-oriented software development 
support apparatus according to the second aspect of 
the present invention includes: a pattern information 
definition unit for defining pattern information applica- 
ble, when an object-oriented software is developed, 
according to the externally obtained pattern definition 
information; a pattern storage unit for storing the 
defined pattern information; and a pattern application 
unit for detailing a model by applying the pattern infor- 
mation stored in the pattern storage unit to a model to 
be developed, and supporting the development of soft- 
ware corresponding to the model. In addition, the pat- 
tern application unit of the object-oriented software 
development support apparatus according to the sec- 
ond aspect of the present invention can be connected to 
an external pattern interpretation unit. 
[0012] In addition, a computer- readable storage 
medium, for use in the object-oriented software devel- 
opment support apparatus according to the present 
invention, storing a program to direct a computer to per- 
form the steps of: storing pattern information about a 
plurality of patterns applicable when the object-oriented 
software is developed, and inter-pattern relevant infor- 
mation for association among patterns having an ante- 
cedent/consequence relationship among the plurality of 
patterns when the software is developed; and applying 
to a model to be developed a pattern whose application 
has been approved by the user among the stored pat- 
terns, detailing the model, and supporting the develop- 
ment of the software corresponding to the model. 

Brief Description of the Drawings 

[0013] 

FIG. 1 is a block diagram of the configuration show- 
ing the principle of the present invention; 
FIG. 2 is a block diagram of the basic configuration 
of the object-oriented software development sup- 
port apparatus according to the present invention; 
FIG. 3 is a block diagram of the configuration 
according to the first embodiment of the object-ori- 
ented software development support apparatus of 
the present invention; 



FIG. 4 shows the method of applying the pattern 
defined as a pattern architecture according to the 
first embodiment of the present invention; 
FIG. 5 is a flowchart of the entire software develop- 
5 ing process according to the first embodiment of the 
present invention; 

FIG. 6 shows an example of a pattern architecture; 
FIG. 7 continues from FIG. 6; 
FIG. 8 is a flowchart of the process of the pattern 
w information definition unit; 

FIG. 9 is a flowchart of the process of the pattern 
architecture definition unit; 
FIG. 10 shows an example of defining pattern infor- 
mation; 

is FIG. 1 1 shows an example of defining pattern infor- 
mation (CASE format); 

FIG. 12 shows an example of defining a implemen- 
tation pattern; 

FIG. 13 shows an example of a template as a pat- 

20 tern information definition format; 

FIG. 14 is a flowchart of the process of the pattern 
architecture navigation unit; 
- FIG. 1 5 continues from FIG. 1 4; 

FIG. 16 shows an example (1) of a pattern informa- 

25 tion display screen; 

FIG. 17 shows an example (2) of a pattern informa- 
tion display screen; 

FIG. 18 is an example of a pattern architecture dis- 
play screen; 

30 FIG. 19 is an entire flowchart of the process of the 
pattern application unit; 
FIG. 20 continues from FIG. 19; 
FIG. 21 is a flowchart of the process of developing 
all attribute definitions of an added class; 

35 FIG. 22 is a flowchart of the process of developing 
all operation definitions of an added class; 
FIG. 23 is a flowchart of the process of developing 
all relationship definitions of an added class; 
FIG. 24 shows an example of a development model 

40 of a pattern to be applied; 

FIG. 25 shows an example of a user input screen 
displayed by the pattern application unit; 
FIG. 26 shows an example of a user input screen 
displayed in the process of developing the attribute 

45 definition of an added class; 

FIG. 27 is an example of a user input screen dis- 
played in the process of developing the operation 
definition of an added class; 
FIG. 28 shows an example of a development model 

so generated after completely applying a pattern; 

FIG. 29 shows an example of defining a target man- 
ager class in the pattern model file; 
FIG. 30 shows an example of outputting an imple- 
mentation pattern application result file; 

55 FIG. 31 is a flowchart of an operation (implementa- 
tion pattern insertion unit activating process) per- 
formed when a source code is generated by a user; 
FIG. 32 is a flowchart of the process of the imple- 
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mentation pattern insertion unit; 
FIG. 33 shows an example of a source code 
(header file) output by a CASE tool; 
FIG. 34 is an example of a source code (body file) 
output by a CASE tool; s 
FIG. 35 shows an example of a user input screen 
displayed in the process of the implementation pat- 
tern insertion unit; 

FIG. 36 shows an example of a body file into which 
an operating body is inserted; 
FIG. 37 shows an example of a pattern information 
retrieving operation performed using a keyword; 
FIG. 38 is a flowchart of the pattern information 
retrieving process using a keyword; 
FIG. 39 shows an example of a pattern information is 
definition format template fur use in adding a key- 
word to pattern information; 
FIG. 40 is a block diagram showing the configura- 
tion of the second embodiment of the object-ori- 
ented software development support apparatus 20 
according to the present invention; 
FIG. 41 shows an example of pattern application 
history information; 

FIG. 42 is a flowchart of the process of the pattern 
application unit using pattern application history 25 
information; 

FIG. 43 shows an example of a user input screen 
displayed in the process of the pattern application 
unit shown in FIG. 42; 

FIG. 44 is a flowchart of the process of the pattern 30 
application history interpretation unit; 
FIG. 45 shows the definition of a pattern for adding 
data of a new object based on the data of an 
already defined object, and is a block diagram of 
the basic system configuration of the object-ori- 35 
ented software development support apparatus to 
which the pattern is to be applied; 
FIG. 46 shows an example of applying a pattern for 
adding a new attribute based on the data having an, 
already defined attribute; 40 
FIG. 47 shows an example of applying a pattern for 
adding a new method based on the data having an 
already defined attribute; 

FIG. 48 shows an example of applying a pattern for 
adding a link based on the data having an already 45 
defined attribute; 

FIG. 49 shows an example of applying a pattern for 
adding a class based on the data having an already 
defined attribute; 

FIG. 50 shows an example of applying a pattern for' so 
adding "a link based on the data of an already 
defined link; 

FIG. 51 shows an example of applying a pattern for 
adding an attribute based on the data of an already 
defined link; 55 
FIG. 52 shows an example of applying a pattern for 
adding a method based on the data of an already 
defined link; 



FIG. 53 shows an example of applying a pattern for 
adding a class based on the data of an already 
defined link; 

FIG. 54 shows an example of applying a pattern for 
adding a method based on the data of an already 
defined method; 

FIG. 55 shows an example of applying a pattern for 
adding an attribute based on the data of an already 
defined method; 

FIG. 56 shows an example of applying a pattern for 
adding a link based on the data of an already 
defined method; 

FIG. 57 shows an example of applying a pattern for 
adding a class based on the data of an already 
defined method; 

FIG. 58 shows an example of applying a pattern for 
adding a class based on the data of an already 
defined class; 

FIG. 59 shows an example of applying a pattern for 
adding an attribute based on the data of an already 
defined class; 

FIG. 60 shows an example of applying a pattern for 
adding a link based on the data of an already 
defined class; 

FIG. 61 shows an example of applying a pattern for 
adding a method based on the data of an already 
defined class; 

FIG. 62 is an entire flowchart showing the pattern 
applying process in which an element of a new 
object is added. 

FIG. 63 continues from FIG. 62; 

FIG. 64 is a detailed flowchart of the process of 

developing all class definitions; 

FIG. 65 is a detailed flowchart of the process of 

developing all attribute definitions of an added 

class; 

FIG. 66 is a detailed flowchart of the process of 
developing all method definitions (operation defini- 
tions) of an added class; 

FIG. 67 is a detailed flowchart of the process of 
developing all link definitions (relationship defini- 
tions) of an added class; 

FIG. 68 is a detailed flowchart of the process of 
developing the definition an element to be newly 
added; 

FIG. 69 shows an example of applying a pattern in 
which a portion corresponding to an analysis and 
design pattern and a portion corresponding to an 
implementation pattern; 

FIG. 70 shows an example of applying a pattern in 
which the type of a return value of a method to be 
added is specified to correspond to the type of an 
already defined attribute; 

FIG. 71 shows an example of applying a pattern in 
which the type of an added attribute is specified to 
correspond to the type of an already defined 
attribute and its initial value; 
FIG. 72 shows an example of applying a pattern in 
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which a return value of a method to be added is 

specified to correspond to the name of a linked-to 

class of an already defined link; 

FIG. 73 shows an example of applying a pattern in 

which a capitalizing process is specified for the s 

character string of the data for an element to be 

added; 

FIG. 74 shows an example of applying a pattern in 
which a character string having an attribute to be 
newly added is specified to be represented by io 
- uppercase; 

FIG. 75 shows an example of applying a pattern in 
which the word immediately before a character 
string having a newly added attribute is specified to 
be deleted; is 
FIG. 76 shows an example of applying a pattern in 
which the character '_' in the character string hav- 
ing an attribute to be added is specified to be 
deleted, and the character immediately after the 
character is specified to be represented by 20 
uppercase; 

FIG. 77 shows an example of applying a pattern in 
which a method is added corresponding to the visi- 
bility of an already defined attribute; 
FIG. 78 shows an example of applying a pattern in 25 
which a method is added corresponding to an 
already defined attribute under the only condition of 
astatic variable; 

FIG. 79 shows an example of applying a pattern in 
which a method is added corresponding to an 30 
already defined method under the only condition of 
an abstract method; 

FIG. 80 shows an example of applying a pattern in 
which a developer or a user is instructed to select 
an already defined element when the pattern is 35 
applied; 

FIG. 81 shows an example of applying a pattern in 
which a developer or a user is instructed to input a 
character string while applying the pattern; 
FIG. 82 shows an example of applying a pattern in 40 
which a portion corresponding to an analysis and 
design pattern and a portion corresponding to an 
implementation pattern are contained, and in which 
a user is requested to input a character string when 
applying the pattern; 45 
FIG. 83 is a block diagram of a basic configuration 
of the object-oriented software development sup- 
port apparatus containing an external pattern inter- 
pretation unit; 

FIG. 84 shows an example of applying a pattern so 
containing the process of the external pattern inter- 
pretation unit; and 

FIG. 85 shows the process of loading a program in 
. the object-oriented software development support 
apparatus according to the present invention; ss 



Description of the Preferred Embodiments 

[0014] The embodiments of the present invention 
are explained below in detail by referring to the attached 
drawings. 

[001 5] FIG. 1 is a block diagram of the configuration 
showing the principle of the present invention. FIG. 1 is 
a block diagram of the configuration of an object-ori- 
ented software development support apparatus 1 for 
supporting an object-oriented software design. 
[0016] In FIG. 1 , a pattern architecture storage unit 
2 stores pattern information 3 about a plurality of appli- 
cable patterns when object-oriented software is devel- 
oped, and inter-pattern relevant information 4 for 
association among patterns having an antecedent/con- 
sequent relationship in the plurality of patterns when the 
software is developed. 

[0017] A pattern application unit 5 applies to a 
model to be developed a pattern whose application has 
been externally approved, for example, by the user, 
among the patterns stored in the pattern architecture 
storage unit 2, details the model, and support the devel- 
opment of the software corresponding to the model. 
[0018] According to an embodiment according to 
the present invention, the pattern architecture storage 
unit 2 can store as the inter-pattern relevant information 
4 a viewpoint for use in developing software and selec- 
tion items corresponding to the viewpoint. The pattern 
application unit 5 can automatically select a pattern cor- 
responding to the viewpoint and the selection items, for 
example, according to an instruction from a user, and 
apply the selected pattern to a model to be developed. 
[0019] According to an embodiment of the present 
invention, the pattern architecture storage unit 2 can fur- 
thermore stores a retrieval key for each of plural pieces 
of pattern information, and the pattern application unit 5 
can apply an externally specified pattern to a model to 
be developed among the patterns to be retrieved using 
an externally input retrieval key. 
[0020] According to an embodiment of the present 
invention, the apparatus can further comprise a pattern 
information definition unit and a pattern architecture 
definition unit. The pattern information definition unit 
can also define pattern information according to the pat- 
tern definition information externally input in the format 
of a pattern template. The pattern architecture definition 
unit can also define inter-pattern relevant information for 
association among patterns having an antecedent/con- 
sequent relationship according, to externally input infor- 
mation. 

[0021 ] According to an embodiment of the present 
invention, the software development support apparatus 
can further comprise: a pattern architecture display unit 
for collectively displaying a pattern architecture corre- 
sponding to the plural pieces of pattern information 3 
and inter-pattern relevant information 4 stored in the 
pattern architecture storage unit 2; and a pattern infor- 
mation display unit for displaying the pattern information 
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3 according to the format of the template corresponding 
to the pattern information. . 

[0022] According to an embodiment of the present 
invention, the apparatus can further comprise a pattern 
architecture navigation unit for interpreting the pattern 
architecture corresponding to the plural pieces of pat- 
tern information 3 and the inter-pattern relevant infor- 
mation 4 stored in the pattern architecture storage unit 
2, and can apply to a model to be developed a pattern 
whose application is approved by the user among the 
patterns presented by the pattern application unit 5. 
[0023] For example, the above described plurality of 
patterns can be analysis patterns, design patterns cor- 
responding to a model to be developed, and implemen- 
tation patterns as a sample of a source code 
corresponding to the operation definition of a class con- 
tained in analysis and design patterns. In addition, the 
pattern architecture storage unit 2 can also store the rel- 
evant information between analysis and design patterns 
and implementation patterns as the inter-pattern rele- 
vant information 4, and the pattern application unit 5 can 
apply to a model to be developed the analysis and 
design patterns selected by, for example, a user, and 
automatically generate based on the implementation 
pattern a source code corresponding to the portion to 
which analysis and design patterns are applied among 
the model to be developed. 

[0024] According to an embodiment of the present 
invention, the object-oriented software development 
support apparatus can also comprise; a pattern applica- 
tion history information storage unit for holding applica- 
tion history information about a pattern applied to a 
model to be developed by the pattern application unit 5; 
and a pattern application history interpretation unit for 
interpreting the stored application history information 
and obtaining the reusability, for example, the number of 
applications of each pattern, plural pieces of pattern 
information, and the pattern architecture corresponding 
to inter-pattern relevant information. 
[0025] In this case, the pattern application unit 5 
can interpret the application history information stored 
in the pattern application history information storage 
unit, and preliminarily set the data to be externally input 
when a pattern is applied to improve the efficiency of the 
pattern applying process. 

[0026] In addition, the object-orientec software 
development support apparatus according to the 
present invention can furthermore comprise a pattern 
information definition unit, a pattern storage unit, and a 
pattern application unit. The pattern information defini- 
tion unit defines pattern information about an available 
pattern when object-oriented software is developed 
according to externally provided patterndefinition infor- 
mation, and provides the pattern information for the pat- 
tern storage unit. The pattern application unit applies 
the pattern information stored in the pattern storage unit 
to a model to be developed, details the model, and sup- 
ports the development of the software corresponding to 



the model. 

[0027] In this case, the pattern information defini- 
tion unit defines pattern information for use in adding a 
new attribute, method, link, or class according to the 
data having an attribute of an already defined class in a 
model to be developed, and the pattern application unit 
can apply the pattern information to a model to be 
developed so that a new attribute, method, link or class 
can be added. 

[0028] Furthermore, the pattern information defini- 
tion unit defines pattern information for use in adding a 
new link, attribute, method, or class based on the data 
of a link of a class already defined in a model to be 
developed, and the pattern application unit can apply 
the pattern inform&Jon and add the new link, attribute, 
method, or class. 

[0029] Otherwise, the pattern information definition 
unit defines pattern information for use in adding a new 
method, attribute, link, or class based on the data of a 
method of a class already defined in a model to be 
developed, and the pattern application unit can appty 
the pattern information and add the method, attribute, 
link, or class. 

[0030] Furthermore, the pattern information defini- 
tion unit defines pattern information for use in adding a 
new class, attribute, link, or method based on the data 
of a method of a class already defined in a model to be 
developed, and the pattern application unit can apply 
the pattern information to a model to be developed and 
add a new class, attribute, link, or method. 
[0031 ] According to an embodiment of the present 
invention, the pattern information definition unit can 
define pattern information using, as data about an 
attribute, method, link, or class to be added, an already 
defined class, or data about an attribute, a method or a 
link of the class, define pattern information by repre- 
senting using a specified processing method a charac- 
ter string expressing data about an attribute, a method, 
a link, or a class to be added, and define pattern infor- 
mation for use in adding a new attribute, link, method, or 
a class based on the data satisfying a specified condi- 
tion among a defined class or the attribute, method, or 
link of the class. 

[0032] According to an embodiment of the present 
invention, the pattern information definition unit defines 
pattern information containing data indicating that a part 
of a class already defined in a model to be developed, or 
an attribute, a method, or a link of the class should be 
externally specified, for example, by a user, and the pat- 
tern application unit can request the user to specify the 
class, or the attribute, method, or link of the user, and 
apply the pattern information to a model to be devel- 
oped depending on the result of the specification. 
[0033] The object-oriented software development 
support apparatus according to the present invention 
can further comprise an external pattern interpretation 
unit. The external pattern interpretation unit holds, for 
example, a pattern interpretation rule uniquely regu- 
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lated by a user, and interprets the pattern information 
according to the pattern interpretation rule. 
[0034] In this case, the pattern information defini- 
tion unit defines the pattern information containing a 
portion indicating that the pattern information should be . s 
interpreted based on the pattern interpretation rule, and 
the pattern application unit uses the interpretation result 
obtained from the external pattern interpretation unit 
when the pattern information is applied, and applies the 
pattern. to 
[0035] In the object-oriented software development 
support apparatus according to the present invention, 
the pattern information definition unit defines pattern 
information containing a portion indicating that a char- 
acter, string externally input, for example, by a user is 
should be incorporated into a model to be developed 
while the pattern application unit is applying the pattern, 
and the pattern application unit incorporates the exter- 
nally input character string into a model to be developed 
when the pattern information is applied, and applies the 20 
pattern. 

[0036] The object-oriented software development 
supporting method according to the present invention 
comprises the steps of: storing pattern information 
about a plurality of applicable patterns when obfect-ori- 25 
ented software is developed, and inter-pattern relevant 
information for association among patterns having an 
antecedent/consequent relationship in the plurality of 
patterns when the software is developed; and applying 
to a model to be developed a pattern whose application 30 
has been externally approved, for example, by the user, 
among the stored patterns, detailing the model, and 
supporting the development of the software corre- 
sponding to the model. 

[0037] The computer-readable storage medium 35 
storing a program have the functions of: storing pattern 
information about a plurality of applicable patterns when 
object-oriented software is developed, and inter-pattern 
relevant information for association among patterns 
. having an antecedent/consequent relationship in the 40 
plurality of patterns when the software is developed; 
and applying to a model to be developed a pattern 
whose application has been approved, for example, by 
the user, among the stored patterns, detailing the 
model, and supporting the development of the software '45 
corresponding to the model, 

[0038]' According to the present invention as 
described above, software corresponding to a model 
can be efficiently supported by, for example, systemati- 
cally applying to a model to be developed an analysts so 
and design pattern applicable to the model to be devel- 
oped and an implementation pattern relevant to the 
analysis and design pattern. 
[0039] FIG. 2 is a block diagram of the basic config- 
uration of the object-oriented software development 55 
support apparatus according to the present invention. In 
FIG. 2, the development support apparatus comprises 
as basic components: a pattern architecture storage 



unit 11, a pattern architecture navigation unit 12, a pat- 
tern application unit 13, a pattern information definition 
unit 14, and a pattern architecture definition unit 15. 
[0040] The pattern architecture storage unit 1 1 sys- 
tematically arranges various patterns such as an analy- 
sis pattern, a design pattern, etc., and stores pattern 
information 16 about each pattern, and inter-pattern rel- 
evant information 17 among patterns. 
[0041] The pattern architecture navigation unit 12 
interprets a pattern architecture corresponding to the 
pattern information 16 and the inter-pattern relevant 
information 1 7 stored in the pattern architecture storage 
unit 1 1 , and presents the user as, for example, a person 
in charge of the development, with a pattern suitable for 
a model to be developed. 

[0042] The pattern application unit 13 is activated 
by, for example, the pattern architecture navigation unit 
12, applies the pattern information 16 and the inter-pat- 
tern relevant information 17 stored in the pattern archi- 
tecture storage unit 11 to a model to be developed, 
details the model, and automatically generates a source 
code applicable to an applied pattern. The effect is 
obtained by changing a model 18 to be developed and 
a source code 19 in association with the application of 
the pattern. 

[0043] The pattern information definition unit 14 
defines the pattern information 16 to be stored in the 
pattern architecture storage unit 11, and the pattern 
architecture definition unit 15 defines a pattern architec- 
ture by defining the inter-pattern relevant information 17 
stored in the pattern architecture storage unit 1 1 . 
[0044] FIG. 3 is a block diagram of the configuration 
according to the first embodiment of the object-oriented 
software development support apparatus of the present 
invention. FIG. 3 has a configuration similar to that 
shown in FIG. 2. FIG. 3 shows the detailed configuration 
of the pattern architecture storage unit 1 1 through the 
pattern architecture definition unit 15. 
[0045] First, the pattern information 1 6 stored in the 
pattern architecture storage unit 11 is described, for 
example, in the HTML (hyper-text mark-up language) 
format, and the data is described in the format available 
by a CASE (computer-aided software engineering) tool. 
In addition, the inter-pattern relevant information 17 
contains information about the components of the pat- 
tern architecture described later, for example, a pattern, 
a viewpoint, and a selection item in, tor example, an 
HTML format. 

[0046] The pattern architecture navigation unit 12 
comprises a pattern/pattern relevant display unit 21 for 
displaying the entire pattern architecture as necessary, 
that is, a pattern and inter-pattern relevant information, 
and a pattern retrieval unit 22 for retrieving a pattern 
using, for example, a keyword described later. The pat- 
tern/pattern relevant display unit 21 and the pattern 
retrieval unit 22 can be WWW client software, for exam- 
ple, Netscape, Internet Explorer, etc. for use in display- 
ing a pattern architecture and retrieving a pattern. 
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[0047] The pattern application unit 1 3 comprises an 
implementation pattern insertion unit 26, an analysis 
and design pattern application unit 27, and an object- 
oriented CASE 28. The analysis and design pattern 
application unit 27 activates the object-oriented CASE 5 

28 to refer to the pattern information 16 and the inter- 
pattern relevant information 17 stored in the pattern 
architecture storage unit 11, and edit and add data to 
the model 18 to be developed, and generates a devel- 
oped operation body source code 29 described later J0 
using an implementation pattern as a sample of a 
source code corresponding to the operation definition of 

the class of an object contained in an applied analysis 
and design pattern. Then, the implementation pattern 
insertion unit 26 adds the operation body source code 75 

29 to the source code 19 corresponding to the model 18 
to be developed, thereby automatically generating a 
source code. 

[0048] The pattern information definition unit 14 
comprises a pattern document definition unit 23 for 20 
defining a pattern document in pattern information; and 
an object-oriented CASE 24 having a drawing editor for 
input of drawings in the pattern information. The pattern 
architecture definition unit 15 comprises a pattern/view- 
point/selection item relevant definition unit 25. 25 
[0049] FIG. 4 shows the definition of a pattern archi- 
tecture according to the first embodiment of the present 
invention, and the method for applying a defined pat- 
tern. In FIG. 4, a pattern architecture is defined (regis- 
tered) by a person in charge of the development, that is, 30 
in charge of the entire system, and a pattern is applied 
to a practical model to be developed by a developer of 
each model. 

[0050] In FIG. 4, a pattern architecture is defined by 
a person in charge of the development using the pattern 35 
architecture definition unit 15 when a pattern is entered 
in (1) shown in FIG. 4. That is, the person in charge of 
the development, as a pattern architecture definer, 
inputs information in a question and guess amendment 
system using, for example, a question and guess <o 
amendment system information edition device. Thus, 
the pattern architecture definition unit 15 defines a pat- 
tern architecture 1 and a pattern architecture 2 for a 
project, for example, a project A. The pattern architec- 
ture 1 is used for access to a database, and the pattern as 
architecture 2 is used for communications between a cli- 
ent and an application server. The defined pattern archi- 
tecture is operated as restrictions to be observed in the 
entire project when software is developed. 
[0051] Each developer refers to the pattern archi- so 
tecture defined in (2) shown in FIG. 4, confirms the def- 
inition, that is, the restrictions, of the structure and the 
behavior of a model to be observed in analyzing, 
designing, and implementing the model to be devel- 
oped, and makes the model to be developed, which is ss 
being edited by the developer using the CASE, reflect 
the definition. Normally, an analysis pattern is confirmed 
as a document, and is added by the developer to a 



model after the classes and the communications of the 
message between them have been interpreted for the 
model to be developed. 

[0052] Each developer applies a pattern to a model 
to be developed in (3) shown in FIG. 4, and automati- 
cally updates (amends) the model according to the 
restrictions. A design pattern is normally applied to a 
design model. When a design pattern is applied, a 
source code designed for a development application, 
that is, the developed operation body source code 29 
described above by referring to FIG. 3, is automatically 
generated by the pattern application unit 13. 
[0053] In (4) shown in FIG. 4, each developer gen- 
erates a source code (A.hpp, B.hpp if C++) correspond- 
ing to the specification unit of a class using the 
automatic source code generating function of the CASE 
tool based on the design model. If the implementation 
pattern insertion unit 26 shown in FIG. 3 is activated, 
and a source code to be applied, for example, the 
source code 19 shown in FIG. 3 is specified, then the 
operation body source code 29 developed as a source 
code for a model to be developed is automatically 
inserted into an appropriate position. The word 'opera- 
tion body* is used to describe the embodiment of the 
present invention using C++ as a practical example of 
the software language. In C++, the operation definition 
is described as being divided into an operation specifi- 
cation (written to **.hpp) and an operation body (written 
to'Vcpp). 

[0054] FIG. 5 is a flowchart of the entire process of 
developing software from the definition of a pattern 
architecture to the completion of a development accord- 
ing to the first embodiment of the present invention. 
When the process is started as shown in FIG. 5, the pat- 
tern architecture definition unit 15 and the pattern infor- 
mation definition unit 14 are simultaneously activated in 
steps Sl and S2, and the process of the pattern archi- 
tecture definition unit 15 in step S3 and the process of 
the pattern information definition unit 14 in step S4 are 
concurrently performed. When these processes are 
completed, the pattern architecture storage unit 11 
stores the pattern information 16 and the inter-pattern 
relevant information 17 in step S5. Then, it is deter- 
mined in step S6 whether or not the definition of a pat- 
tern architecture has been completed. If it has not been 
completed, ttv n the processes in and after steps S1 
and S2 are repeated. 

[0055] If it is determined in step S6 that the defini- 
tion of the pattern architecture has been completed, 
then the pattern architecture is distributed and pub- 
lished to each developer in step S7, the .pattern archi: 
tecture navigation unit 12 is activated in step S8, the 
process is performed by the pattern architecture naviga- 
tion unit 12 in step S9, the process is performed by the 
pattern application unit 13 in step S10, and it is deter- 
mined in step S1 1 whether or not the development has 
been completed. If the development has not been com- 
pleted, then the processes in and after step S8 are 
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repeated, and the entire process terminates when it is 
determined that the development has been completed. 
[0056] FIGS. 6 and 7 show an example of a defined 
pattern architecture. In FIGS. 6 and 7, the pattern archi- 
tecture is obtained by combining using arrows a rectan- 
gle indicating a pattern, a viewpoint in the development 
of software, and a case as a selection item relating to 
the viewpoint. 

[0057] The left in FIGS. 6 and 7 is the case in which 
one domain object is individually updated, for example, 
a pattern architecture when a detailed order reception 
slip is individually updated. The right in FIGS. 6 and 7 is 
an example of a pattern architecture when a plurality of 
domain objects are updated, for example, when a large 
number of items are sequentially updated. In the left 
pattern architecture, the pattern architecture starts with 
the analysis pattern whose identifier (ID) of the analysis 
pattern is A2, when an object having one case, that is, 
one selection item, is individually updated from the 
viewpoint of the number of domain objects to be 
updated, and when the design pattern D5 and the 
implementation pattern 15 are applied. 
[0058] Hie pattern architecture in which a plurality 
of domain objects are updated as described on the right 
in FIGS. 6 and 7 refers to a case (selection item) in 
which a plurality of domain objects are collectively 
updated. Accordingly, the design pattern D6 is applied, 
and two cases can be assumed depending on whether 
all domain objects to be updated are generated on the 
application (AP) server side, or only one object is. to be 
generated. If all domain objects are generated on the 
memory of the AP server, two cases can be furthermore 
assumed depending on whether the data for use in 
updating the domain objects is cashed on the AP server 
side or on the DB (database) server side. In each of the 
cases, a corresponding design pattern and a corre- 
sponding implementation pattern are applied. 
[0059] In the design pattern D6, the structure and 
the behavior of the class of the object sharable among 
the above described processes are defined. For exam- 
ple, if three classes A, B, and C are required, then their 
structures and the communications among the classes 
are defined. That is, an external specification is defined. 
In this definition, an installation code is not associated 
because a furthermore detailed design is required to 
generate an actually operated source code. 
[0060] For example, in the design pattern D9, the 
design is furthermore detailed. For example, an 
attribute indicating a cashing operation is assigned to 
the class C. or the method for installing the cash is 
added. That is, the internal specification is defined, and 
the installation code can be associated. However, the 
external specification (operation interface definition, 
etc.) of the class C is the same as that defined in the 
design pattern D6. 

[0061] When the number of domain objects gener- 
ated on the AP server is limited to one, the selection 
item (case) for the viewpoint of the cashing position of 



. update data is limited to the case where the update data 
is cashed on the AP server in order to prevent the 
reduction of performance in communications. That is, 
the time required to apply a pattern architecture can be 

5 shorten when the frequency of communications 
between the AP server and the DB server is lower. 
Therefore, a patter is generated such that the frequency 
of communications can be as lowest as possible. 
[0062] When the number of objects generated on 

w the memory of the AP server is limited to one, the data 
transmitted from the DB server to the AP server is held 
as is, and the data for the object is read or written as 
necessary. If the update data for a domain object is 
cashed on the DB server side, the memory of the AP 

15 server can be saved, but communications are required 
each time data is read or written, thereby reducing the 
performance. 

[0063] FIG. 8 is a flowchart of the process of. the 
pattern information definition unit 14. As shown in FIG. 

20 8, when the process is started, a pattern definition for- 
mat, for example, the . pattern information format 
described later, is read, and the definition screen is dis- 
played in step S16. In step S17, it is determined 
whether or not the definition is completed. If the defini- 

25 tion has not been completed, then the user, that is, each 
developer, selects a field to which definition information 
is input. In step S19, it is determined whether or not 
drawings are to be input to the field. 
[0064] If no drawings are to be input to the f ield , the 

30 user inputs the definition of the field, for example, a pat- 
tern document as pattern information in step S20. When 
the input is completed in step S2 Vthen the processes 
in and after step S17 are repeated. 
[0065] If it is determined in step S19 that drawings 

35 are to be input to the field selected, then a drawing edi- 
tor of the object-oriented CASE is activated in step S22, 
the drawings are edited in step S23, the edited drawings 
are stored in step S24, the edited drawings are linked to 
definition information in step S25, thereby repeating the 

40 processes in and after step S1 7. 

[0066] If it is determined in step S1 7 that the defini- 
tion has been completed, then the edited information is 
stored in step S26, the information is converted into the 
HTML format in step S27, the formatted data is stored, 

45 and the data is newly registered or overwritten in the 
memory of the pattern arc! jitecture storage unit 1 1 as 
pattern information, thereby terminating the process. 
[0067] FIG. 9 is a flowchart of the process of the 
pattern architecture definition unit 15. In FIG. 9, when 

so the process is started, a pattern architecture definition 
screen, for example, the screen on which the pattern 
architecture shown in FIG. 6 and 7 is defined is dis- 
played in step S30. In step S3T, it is determined 
whether or not the definition has been completed. If not, 

55 the user, that is, the developer, selects one of the com- 
ponents of the pattern architecture in step S32. A com- 
ponent of a pattern architecture refers to either an arrow 
indicating the relation between patterns, or a pattern, 
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that is, a rectangle, a viewpoint, or a selection item 
(case). 

[0068] It is determined in step S33 what the type of 
a component is ; If it is a pattern, then a pattern category, 
a name, a pattern number, etc. are written to the area of s 
the drawing, for example, a rectangle, in step S34. After 
a pattern-information-defined HTML file has been spec- 
ified as a linked-to file of the pattern in step S35, the 
processes in and after step S31 are repeated. 
[0069] When it is determined in step S33 that the io 
type of component is a relation, that is, an arrow, the 
processes in and after step S31 are repeated after the. 
related components are connected through a line in 
step S36. When it is determined in step S33 that the 
type of component is a viewpoint or a selection item, the is 
processes in and after step S31 are repeated after a 
sentence indicating a viewpoint or a selection item has 
been input in the area of the drawing in step S37. 
[0070] If it is determined in step S31 that the defini- 
tion has been completed, then edition information is 20 
stored in step S38, the information is converted into the 
HTML format and the formatted information is stored in 
step S39, and the information is newly registered or 
overwritten as a pattern architecture (inter-pattern rele- 
vant information) in the pattern architecture storage unit 25 
1 1 in step S40, thereby terminating the process. 
[0071] FIGS. 10 and 11 show pattern information 
definition examples. Two types of information are pro- 
vided as pattern information. That is, human-readable 
information such as a document, a class chart, a 30 
sequence chart, etc., and information interpreted by 
object-oriented CASE tool can be the two types of infor- 
mation. 

[0072] FIG. 1 0 shows an example of human-reada- 
ble information, and also shows a pattern information 35 
definition example of a design pattern D9 in the pattern 
architecture shown in FIGS, 6 and 7. The contents are 
the name, subject, and description of a pattern as a 
document, a class chart, a sequence chart (MTD) not 
shown in the drawings, etc. corresponding to a design 40 
pattern. 

[0073] FIG. 1 1 shows an example of a pattern infor- 
mation definition defined in the format of a pattern 
model using an object-oriented CASE tool. Normally, in 
the object-oriented technology, the concept of a pattern 45 
can be defined as a combination of a repeatedly 
appearing problem and a method for solving the prob- 
lem. In the present invention, a pattern is stored as a 
pattern document, that is, a document indicating the 
contents of a pattern, and a pattern model, that is, infor- so 
mation for use in automatically generating a source 
code. Another component is a model which can be 
interpreted by a CASE tool. The word "model* in 'pattern 
model' is different in meaning from the word 'model' in a 
'model to be developed'. ss 
[0074] FIG. 12 shows an example of the implemen- 
tation pattern definition screen as a pattern information 
definition example. 



[0075] FIG. 13 shows an example of a template as, 
for example, a pattern information definition format used 
in step S16 shown in FIG. 18. Using the template, pat- 
tern definition information can be easily input. In the 
template, a scenario explains a practical example, an 
object drawing shows the structure of an instance, and 
a sequence drawing shows an interaction between 
instances. 

[0076] FIGS. 14 and 15 show a flowchart of the 
process of the pattern architecture navigation unit 12. 
When the process is started as shown in FIG. 13, the 
user first selects a pattern architecture in step S41, the 
pattern architecture is read in step S42, the initial pat- 
tern of the pattern architecture is automatically 
selected, and the property 'status* is set as the 'initial 
state'. The initial pattern refers to patterns A2 and A3 
not indicated by the arrow as shown in FIGS. 6 and 7. In 
step S42, the property 'status' of these patterns is set as 
the 'initial state'. 

[0077] Then, in step S43, the pattern architecture is 
displayed, and the user selects a pattern on the HTML 
screen in step S44. If the user selects one pattern in the 
pattern architecture, that is, one of the initial patterns A2 
and A3 in this example, then the status of the pattern 
information selected in step S45 is changed from 'initial 
state' to 'during selection'. Then, the status of the 
detailed pattern of the pattern selected in step S46 is 
set as 'automatic application*. The detailed pattern 
refers to a pattern for which furthermore detailed infor- 
mation is defined after the pattern has been selected. 
For example, if A2 is selected, D5 is the detailed pat- 
tern. If A3 is selected, D6 is the detailed pattern. 
[0078] Document information as pattern definition 
information about the selected pattern is displayed in 
step S47, and the user performs a selecting process on 
the HTML screen in step S48. 
[0079] When the user presses the application but- 
ton, then the selected pattern information, for example, 
the status of A2 becomes 'being applied' in step S49, 
and the pattern application unit is activated in step S50 
and the pattern A2 is applied. 
[0080] Then, the name of the pattern information 
whose status is 'automatic application' to the user, for 
example, D5, is indicated. An inquiry is issued as to 
whether or not the automatic application continues. If 
the automatic application is to continue, the stati s of the 
pattern indicated as 'being selected', for example, A2, is 
set as 'application completed', the status of the pattern 
indicated as 'automatic application', for example, D5, is 
set as 'being applied', and the status of the detailed pat- 
tern of the pattern indicated as 'automatic application', 
for example, the pattern 15, is set as 'automatic applica- 
tion' in step S53. Then, the pattern application unit 13 is 
activated in step S50. the pattern whose state has 
become 'being applied', that is, D5 in this example, is 
applied. Thus, the patterns correlated by an arrow are 
sequentially applied. 

[0081] If it is determined in step S52 that automatic 
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application is not adopted, then the document informa- 
tion about the pattern information whose status is 'auto- 
matic application' is displayed in step S47 so that the 
user can be urged to make a determination by display- 
ing the document information when the user cannot $ 
easily determine whether or not the pattern should be 
automatically applied continuously. When the applica- 
tion button is pressed again as a result of the selection 
on the HTML screen in step S48, the processes in and 
after step S49 are repeated. 

[0082] If any of the detailed patterns, that is, any of 
the patterns forward the pattern selected in step S44, is 
selected in step S48, then the status of the pattern indi- 
cated as being selected; that is, the selected pattern, is 
set as 'completely referred to' in step S54. Then, the 
status of the selected pattern, that is, the detailed pat- 
tern, is set as *being selected' in step S45. These proc- 
esses are repeated. 

[0083] Furthermore, if the user selects 'close' on 
the HTML screen in step S48, then the status of the pat- 
tern "being selected' and the detailed pattern is returned 
to the previous status value, for example, 'initial state' in 
step S55. Then, in step S56, the pattern definition infor- 
mation display window is closed. After the pattern archi- 
tecture is displayed in step S43, for example, the 
Closing* is selected on the HTML screen in step S44, 
thereby terminating the process. 
[0084] FIGS. 16 and 1 7 show examples of the pat- 
tern information display screens. The screen shown in 
FIG. 17 is displayed by scrolling the screen shown in 
FIG. 16. Pressing the application button at a lower por- 
tion in FIG. 17 corresponds to pressing the application 
button on the HTML screen in step S48 shown in FIGS. 
14 and 15. 

[0085] FIG. 18 shows an example of the pattern 
architecture display screen. These screens can be dis- 
played by using, for example, Netscape as well as the 
pattern information display screen shown in FIGS. 16 
and 17. 

[0086] FIGS. 19 through 23 are flowcharts of the 
process of the pattern application unit 13. According to 
the embodiments of the present invention, a variable in 
a format interpreted by the pattern application unit 13, 
for example, $$Target$$ is used to process unique infor- 
mation provided for each development application to 
handle an actual model to be developed. Various types 
of variables are prepared in this format by the system in 
which the macro development system, a well-known 
technology, is used as a basic technology The pattern 
application unit 13 interprets the variable in this format, 
displays an input screen of the information required for 
each development application, receives an input from 
the user, that is, the developer, and develops, for exam- 
ple, substitutes the value. 

[0087] FIGS. 19 and 20 show a flowchart of the 
entire process of the pattern application unit 13. In 
FIGS. 19 and 20, when the process is started, the input 
window of the file name of a model to be developed and 



the file name of a pattern model is displayed in step 
S60, and these names are input by the user. Then, the 
pattern model file is read in step S61, the input window 
of the information about the development target ($$Tar- 
get$$) in the pattern model is displayed, and the name 
of a target (a class name, etc.) is input by the user. The 
model to be developed is read in step S63, and the 
processes in step S65 through S77 are repeated for all 
class definitions in the pattern model file in step S64. 
[0088] First, in step S65, one class in the pattern 
model file is set as an additional class name, and the 
development target in the class definition is replaced 
with a value input by the user, or the result of the inter- 
pretation of the value. Then, the implementation pattern 
application result file for the class is generated, that is, 
prepared. In step S66, it is determined whether or not 
there is a class having the same name as the additional 
class in the model to be developed. If yes, it is deter- 
mined in step S67 that the class is to be processed, and 
the definitions of all attributes are developed for the 
additional class. The process of the step is described 
later by referring to FIG. 21. 

[0089] Then, in step S69, it is checked whether or 
not the same attribute definition exists in the class to be 
processed relating to all attributes of the additional 
class. If not, the attribute definition is added to the class 
to be processed, and the pattern## has been applied' is 
added to the specification of the attribute definition. In 
step S70, all operation definitions for the additional 
class are developed. The process in this step is 
described by referring to FIG. 22. The pattern## is the 
file name of, for example, a pattern model file. 
[0090J In step S71 , it is checked whether or not the 
same operation definition exists in the class to be proc- 
essed relating to all operation definitions of the addi- 
tional class. If not, the operation definition is added to 
the class to be processed,, and the pattern## has been 
applied* is added to the specification of the operation 
definition. In step S72, it is determined whether or not all 
class definitions have been processed. If not, the proc- 
esses in and after step S65 are repeated. 
[0091] In step S66, if there are no classes having 
the same name as the additional class in the model to 
be developed, then it is necessary to add an additional 
class as a related class to the model to be developed. 
Then, in step S73, the definition of the additional class 
is added to the model to be developed, and the defini- 
tions of all attributes are developed in step S74. The 
process of this step is shown in FIG. 21 . 
[0092] Then, in step S75, the definitions of all 
attributes are added to the class added to the model to 
be developed in step S75, and the pattern## has been 
applied' is added to the specification of the attribute def- 
inition. In step S76, all operation definitions for the addi- 
tional class are developed. The process in this step is 
shown in FIG. 22. 

[0093] In step S77, the definitions of all operations 
are added. to the class added to the model to be devel- 
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oped, and 'the pattern## has been applied' is added to 
the specification of the operation definition, and control 
is passed to the process in step S72. 
[0094] If it is determined in step S72 that all class 
definitions have been processed, then all relation defini- s 
tions in the pattern model file are developed. This proc- 
ess is described in FIG. 23. Then, in step S79, it is 
checked whether or not there are the same relation def- 
initions in the model to be developed relating to all rela- 
tion definitions in the pattern model file. If not, then the to 
relation definition is added to the model to be devel- 
oped, the pattern## has been applied' is added to the 
specification of the relation definition, thereby terminat- 
ing the process. 

[0095] FIG. 21 is a detailed flowchart of the proc- is 
esses in steps S68 and S74 shown in FIGS. 19 and 20. 
In FIG. 21, the definitions of all attributes (name, type, 
initial value, etc.) of the additional class are checked in 
step S81 as a process of developing the definitions of all 
attributes of an additional class. When there is a charac- 
ter string indicating an unknown 'development target', 
an input window is displayed to request a user to input a 
value. Then, the value of a target is input by the user. In 
step S82, the 'development target* in the attribute defini- 
tion is replaced with the input value or the result of the 
interpretation of the value, thereby terminating the proc- 
ess. 

[0096] FIG. 22 is a detailed flowchart of the proc- 
esses in steps S70 and S76 shown in FIGS. 19 and 20. 
In FIG. 22, to develop the definitions of, all operations of 
the additional class, the definitions of all operations 
(name, number of arguments, type of each argument, 
type of return value, etc.) of the additional class are 
checked in step S84. If there is a character string indi- 
cating an unknown 'development target', then an input 
window is displayed to request a user to input a value. 
Then, the value of a target is input by the user. In step 
S85, the 'development target' in the operation definition 
is replaced with the input value or the result of the inter- 
pretation of the value. When an implementation pattern 
is defined in the specification of the operation definition 
in step S86, the 'development targeTin the operation 
definition is replaced with the input value or the result of 
the interpretation of the value. The developed operation 
body (original contents of the operations) is written to an 
implementation pattern application result file using the 
name of an operation, name of argument, type of argu- 
ment, type of return value, and the specification, 
thereby terminating the process. 
[0097] FIG. 23 is a detailed flowchart of the process 
in step S78 shown in FIGS. 19 and 20, that is, the proc- 
ess of developing the definitions of all relations in the 
pattern model file. In FIG. 23, the definitions of all rela- 
tions (related-to class name, related-from class name, 
etc.) in the pattern model file are checked in step S88. ss 
When there is a character string indicating an unknown 
'development target', an input window is displayed to 
request a user to input a value. Then, the value of a tar- 



get is input by the user. In step S89, the 'development 
target' in the relation definition is replaced with the input 
value or the result of the interpretation of the value, 
thereby terminating the process. 
[0098] FIG. 24 shows an example of a development 
model to which a pattern can be applied. For example, 
'GASample' is the name of a class of an object, and the 
pattern application unit 13 is activated for such a devel- 
opment model. 

[0099] FIG. 25 shows an example of a user input 
screen displayed by the pattern application unit 13 in 
steps S60, S62, etc. shown in FIGS. 19 and 20. In this 
example, the user inputs that the development model 
file name, the pattern model file name, and the above 
described variable $$Target$$ are the character string 
'GASample'. 

[0100] FIG. 26 shows an example of an input 
screen displayed in step S81 shown in, for example, 
FIG. 21. FIG. 27 shows an example of a user input 
screen displayed in step S84 shown in, for example, 
FIG. 22. Thus, the pattern application unit 13 prompts 
the user to input data required in the process of applying 
a pattern, and performs a character string converting 
process, etc. using the result of a user input. 
[01 01 ] FIG. 28 is a part of an example of a develop- 
ment model obtained as a result of automatically chang- 
ing a model after completing a pattern application. In 
FIG. 24, necessary classes, inheriting relations, rele- 
vant definitions, etc. are added to a model, for which, 
only the GASample is defined, by applying a pattern, 
thereby adding attributes and operations to the GASam- 
ple itself. For example, the display is omitted for the 
GASample Entity, but all definitions of attributes, opera- 
tions, etc, are set. 

[0102] FIG. 29 shows an example of a definition of 
a target manager class in the pattern model file. The 
definition is developed into the GASample Manager 
class, and added to the model to be developed. 
[01 03] FIG. 30 shows an example of an output from 
the implementation pattern application result file. An 
implementation pattern as a sample of a source code is 
preliminarily defined as an operation definition of a tar- 
get manager class. In the definition, a variable such as 
$$Target$$ is developed into a value, for example, 
GASample, thereby outputting the implementation pat- 
tern application result file shown in FIG. 30, that is, an 
operation body is output. 

[0104] FIG. 31 shows the operations performed 
when a source code is generated by a user, that is, FIG. 
31 is a flowchart of the activating process of the imple- 
mentation pattern insertion unit 26. In FIG. 31 , a source 
code is generated from a file of a model to be developed 
using the automatic source code generating function of 
the CASE tool in step S91. In the case of C++, 'class 
name.h' and 'classname.cpp' are generated as default 
values. In step S92, the implementation pattern inser- 
tion unit 26 is automatically activated, thereby terminat- 
ing the process. 
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[0105] FIG. 32 is a flowchart of the process of the 
implementation pattern insertion unit 26. When the 
process of the implementation pattern insertion unit 26 
automatically activated in step S92 shown in FIG. 31 is 
started, a window is displayed to prompt the user to 5 
input a source file name to which an implementation 
pattern is to be inserted, and an implementation pattern 
application result file name, the user inputs the file 
names, the source file is backed up in step S96, the 
source file name is changed into, for example, 'source 
file name.bak', a file having the same name as the 
source file is newly generated in step S97, an operation 
body insertion result file is prepared, the current line of 
the backup file of the source file is set as a leading line 
in step S98, the current line is read from the backup file 
of the source file in step S99, it is determined in step 
S100 whether or not the current line is the last line of the 
file, and the process immediately terminates if it is the 
last line. 

[0106] If the current line is not the last line, then it is 
determined in step S101 whether or not it is the leading 
line of the operation body, that is, the source code to be 
inserted. If yes, it is checked in step S102 whether or 
not there is the operation body in the implementation 
pattern application result file. That is, operation names, 
types of return values, number of arguments, type and 
order of each argument are compared. In step S103, it 
is determined whether or not there is the operation 
body. If yes, the operation body of the implementation 
pattern application result file is output to the operation 
body insertion result file in step S104. In step S105, the 
backup file of the source file is skipped to the fine after 
the last line of the operation body, and then the proc- 
esses in and after step S99 are repeated. 
[0107] When it is determined in step S101 that the 
current line is not the leading line of the operation body 
code, and when it is determined in step S103 that there 
is not the operation body, the contents of the current line 
are output as is to the operation body insertion result file 
in step S106. After control is passed from the current 
line to the next line in the backup file of the source file in 
step S107, the processes in and after step S99 are 
repeated. 

[0108] FIGS. 33 and 34 show examples of the 
source code output by the object-oriented CASE tool in 
step S91 shown in FIG. 31 . They are the source codes 
of GASample Manager. Although the header file shown 
in FIG. 33 can be used as is, the contents of the opera- 
tion corresponding to the original program are not gen- 
erated in the body file shown in FIG. 34. 
[0109] FIG. 35 shows an example of a user input 
screen displayed to the user in step S95 shown in FIG. 
32. For example, a file name normally guessed from the 
class name based on which a source code is generated 
is preliminarily displayed in each input field shown in 
FIG. 35. By pressing the application button, input infor- 
mation is passed to the implementation pattern inser- 
tion unit 26, and the process of the implementation 



pattern insertion unit 26 is practically started. 
[01 1 0] FIG. 36 shows an example of the body file of 
the GASample Manager to which an operation body is 
inserted. To the body file having no contents as shown 
in FIG. 34, the operation body code shown in FIG. 30 in 
which an implementation pattern defined based on a 
design pattern is developed is inserted at an appropri- 
ate position. Thus, the design model according to the 
design pattern, and the source code to which the imple- 
mentation pattern corresponding to the design model is 
applied are automatically generated. 
[0111] According to an embodiment of the present 
invention, a keyword is assigned to each of the pattern 
information 1 6 stored in the pattern architecture storage 
unit 11 so that a pattern can be retrieved using the key- 
word, FIG. 37 shows an example of a pattern retrieving 
operation using a keyword. In FIG. 37, five patterns are 
retrieved as a retrieval result using the keyword 'delete', 
and the information about one of the five patterns is dis- 
played after being specified by the developer as a user. 
[0112] FIG. 38 is a flowchart of the process of 
retrieving pattern information using a keyword. This 
process is performed by, for example, the pattern 
retrieval unit 22. When the process is started as shown 
in FIG. 38, a list of files in the folder storing the pattern 
architecture specified as a retrieval object in step S 1 1 0 
is obtained, and the retrieval result data is initialized. 
Then, in step Sill, the leading file is selected from the 
list of the file. In step S1 12, it is determined whether or 
not there is the selected file. If there is the file, it is deter- 
mined in step S1 13 whether or not a character string 
input by the user is stored as the keyword of the fife, that 
is, pattern information. If yes, then the name of the file 
and a part of the contents of the file are stored in the 
retrieval result data in step S1 14. In step S1 15, the next 
file is selected, and the processes in and after step 
Si 12 are repeated. 

[0113] When it is determined in step S113 that 
there are no character strings input by the user as a key- 
word, the next file is selected in step S115, and the 
processes in and after step S112 are repeated. If it is 
determined in step S112 that there are no files to be 
selected, then the retrieval result data is displayed in 
step S1 16, thereby terminating the process. 
[01 1 4] FIG. 39 shows an example of a pattern infor- 
mation definition format used when a keyword is 
assigned to pattern information. As compared with FIG. 
13, the input column of- a keyword is added to the tem- 
plate format in FIG. 39. 

[01 1 5] FIG. 40 is a block diagram of the configura- 
tion of the second embodiment of the software develop- 
ment support apparatus according to the present 
invention. As compared with the first embodiment 
shown in FIG. 3, the configuration further includes: a 
pattern application history information storage unit 31 
for storing the application history of a pattern applied by 
the pattern application unit 13 by storing and referring to 
the pattern; and a pattern application history interpreta- 
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tion unit 32 for referring to the history information stored 
in the storage unit and obtaining, for example, the reus- 
ability, for example, the application frequency, of each 
pattern and a pattern architecture. 
[0116] FIG. 41 shows an example of pattern appli- 
cation history information stored in the pattern applica- 
tion history information storage unit 31. In FIG. 41, the 
pattern application history information contains the 
information from the name of a user to the name of a 
target class relating to the person, the time, and the file 
involved, and the information about an attribute list iden- 
tified by a target class name and a usage. 
[0117] . FIG. 42 is a flowchart of the process of the 
pattern application unit 13 performed using the applica- 
tion history information stored in the pattern application 
history information storage unit 31 . When the process is 
started as shown in FIG. 42, the time and user informa- 
tion are obtained from the system in step $120, a his- 
tory file is generated, and the time and the user 
information are output to the history file. If a history input 
file corresponding to application history information is 
specified when a pattern is applied and pattern applica- 
tion history information has already been stored, then 
the contents are read, the contents data for each devel- 
opment target, that is, the data to be input from the user 
corresponding to the above described variable $$Tar- 
get$$, are requested, and the process is performed in 
step S122 by the pattern application unit 13 as 
described above by referring to FIG. 19. However, in the 
window in which the user is requested to input data in 
this process, the internal data well known according to 
the contents of the above described history input file is 
displayed without waiting for the user input. 
[0118] In step S1 23, the names of the user-input file 
of the model to be developed and the pattern model file 
are output to the history file. In step S124, the contents 
of the 'development target', that is, the contents of the 
internal data read in step S1 21 , are output to the history 
file for each target, thereby terminating the process. 
[0119] FIG. 43 shows an example of the display of 
the internal data on the user input screen in the process 
shown in FIG. 42. In FIG. 43, the history file generated 
when the pattern is previously applied is specified as a 
history input file, and the target class name read from 
the history input file is preliminarily displayed on the win- 
dow requesting a user input. 
[0120] FIG. 44 is a flowchart of the process per- 
formed by the pattern application history interpretation 
unit 32 shown in FIG. 40. When the process is started 
as shown in FIG. 44, the holder storing the history file is 
input by the user in step S131 . In step Si 32, the names 
of alt history files in the holder are listed. In step S133, 
the leading file in the list is selected, and it is determined 
in step S134 whether or not there is a file to be selected. 
[0121] When there is a file to be selected, the name 
of a pattern model file is obtained from the file selected 
in step S135, and it is determined in step S136 whether 
or not there is data having the pattern model file name 



as a key in the aggregation result data. If yes, 1 is added 
to the data in step S137, the next file in the list is 
selected in step S138, and the processes in and after 
step S134 are repeated. 

5 [0122] If there is no data having the pattern model 
file name as a key. then the data of the value of 1 having 
the pattern model file name as a key is newly entered in 
the aggregation result data in step S139, and then the 
processes in and after step S138 are performed. When 

to it is determined in step S134 th.it there are no files to be 
selected, the aggregation result data is displayed in step 
S140, thereby terminating the process. 
[0123] In the descriptions above, an arbitrary pat- 
tern is defined, and the function of automatically detail- 

is ing a model to be developed and a source code 
according to the pattern is mainly explained when 
describing in detail the operation of the object-oriented 
software development support apparatus. The definition 
of an automation pattern, and the application of the 

so defined pattern are briefly described by referring to an 
example of a practical pattern. 
[0124] In the descriptions below, as a practical 
example, the definition and the application of a pattern 
mainly to add a class, an attribute of the class, a method 

25 (operation), and a link (relation) are described accord- 
ing to the data of the object already defined in the model 
to be developed. Using such patterns, data about an 
element to be added can be easily specified, and a pat- 
tern applying operation can be efficiently performed. 

30 [01 25] FIG. 45 is a basic block diagram of the con- 
figuration of the system of the object-oriented software 
development support apparatus for use in explaining 
the definition and application of the pattern. In FIG. 45, 
for example, the software development support appara- 

35 " tus shown in FIG. 3 comprises: a pattern definition unit 

1 01 corresponding to the pattern information definition 
unit 14; a pattern storage unit 102 corresponding to the 
pattern architecture storage unit 1 1 ; a pattern applica- 
tion unit 103 corresponding to the pattern application 

40 unit 1 3; and a model/program storage unit 1 04 storing a 
model 18 to be developed, a program as the source 
code 19, etc. 

[01 26] As described above, in this example, based 
on each element of an object-oriented model defined in 

45 the model 18 to be developed, for example, a class, an 
attribute, a method, a link, etc., a pattern for use in pre- 
scribing another element to be added to a model to be 
developed is defined. A necessary element for the 
model to be developed can be added by applying the 

so pattern. 

[01 27] For example, the developer defines a pattern 
for adding such an element through the pattern defini- 
tion unit 101 , and the result is stored in the pattern stor- 
age unit 102. The pattern application unit 103 reads, for 
55 example, a model to be developed specified by the 
developer from the model/program storage unit 104, 
and applies a pattern stored in the pattern storage unit 

1 02 to the model to be developed so that an element of 
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an object-oriented model is added to the model to be 
developed or changed, and then the model to be devel- 
oped is stored again in the model/program storage unit 
104. 

[01 28] FIG. 46 shows the definition and the applica- 
tion of a pattern for adding a new attribute based on the 
aata of an already defined attribute. In FIG. 46, the lead- 
ing portion of the pattern $$Target$$ stored in the pat- 
tern storage unit 102 specifies that the pattern should 
be applied to ClassA as described later. The pattern 
application unit 103 finds the keyword of attribute in the 
pattern, and recognizes that the pattern is used to add 
a new attribute to ClassA. Then, $$attribute$$ is 
replaced with the attribute name of ClassA already 
defined in the model/program storage unit 104, that is, 
a, b, c in this example, thereby generating a character 
string, and an attribute having the name, that is, aFlag, 
bFlag, and cFlag are newly added here to ClassA. 
[01 29] FIG. 47 shows the pattern and its application 
for adding a new method based on the data of an 
attribute of the class already defined in the model/pro- 
gram storage unit 104. In FIG. 47, the pattern applica- 
tion unit 103 finds the keyword of the method in the 
pattern, and recognizes that the pattern is used to add 
a method. Then, $$attribute$$ is replaced with an 
attribute name already defined and stored in the 
model/program storage unit 104, that is, a, b, c in this 
example, to generate a character string, and a method 
having the name, that is, geta( ), getb( ), and getc( ) are 
added. 

[01 30] FIG. 48 shows an example of the application 
of a pattern for adding a link based on the data of an 
attribute of the class. In FIG. 48, the pattern application 
unit 103 finds a keyword of the link in the pattern, and 
recognizes that the pattern is used to add a link. Then, 
from the character string in and after the link, 
$$attribute$$ is replaced with the attribute names of 
class A already defined in the model/program storage 
unit 104, that is, a, b, c in this example, and the link hav- 
ing the names, that is, aRole, bRole, and cRole are 
added as a new link in ClassB. In this example, it is 
assumed that aRole is the role name of ClassB viewed 
from ClassA. 

[0131] FIG. 49 shows an example of a pattern and 
its application for adding a class based on the data of an 
already defined attribute. The pattern application unit 
103 finds the definition of a class name in the pattern, 
that is, the character string replacement conversion at 
the position of $$Target$$ in the pattern shown in FIG. 
48, that is, $$attribute$$, thereby recognizing that the 
pattern is used to add a class. Then, the character 
string replacement conversion is replaced with the 
attribute names already defined in ClassA, that is, a, b, 
c to generate a character string, and the class having 
the name, that is, Xa, Xb, and Xc are newly added. 
[0132] FIGS. 50 through 53 are example of applying 
a pattern for adding a new element based on the data of 
a link of a class already defined in, for example, the 



model to be developed. In FIG. 50, as compared with 
FIG. 48, the portion of $$link$$ has already been 
replaced with the names of a link defined between 
ClassA and ClassB, that is, a, b, c, thereby adding new 

5 links aX, bX, cX. 

[0133] In FIG. 51. as compared with FIG. 46, the 
portion of $$link$$ is replaced with a, b, and c of the 
already defined link, and aFlag, bFlag, and cFlag are 
added to classA as new attributes. 

io [0134] In FIG. 52, as compared with F IG. 47, the 
portion of $$link$$ is replaced with, a. b, and c of the 
already defined link, and a new method, that is, geta ( ), 
getb( ), and getc( ) are added to ClassA. 
[0135] In FIG. 53, as compared with FIG. 49, the 

15 portion of $$link$$ is replaced with a, b, and c as the 
names of the already defined link, thereby adding new 
classes Xa, Xb, and Xc. 

[0136] FIGS. 54 through 57 show examples of a 
pattern and its application with which an element of an 

20 object is to be added based on the data of an already 
defined method. In FIG. 54, as compared with FIG. 47, 
the portion of $$method$$ is replaced with the names 
a, b, and c of the method of the already defined ClassA, 
and chacka( ), checkb( ), and checkc( ) are added as 

25 new methods to ClassA. 

[0137] In FIG. 55, as compared with FIG. 46, the 
portion of S$method$$ is replaced with the name a, b, 
and c of the method already defined in ClassA, and new 
attributes aattr, battr, and cattr are added to ClassA. 

30 [0138] In FIG. 56, as compared with FIG. 48, the 
portion of $$method$$ is replaced with the names a, b, 
and c of the method already defined in ClassA, and 
three links aRole, bRole, and cRole are added as new 
links between ClassA and ClassB. 

35 [0139] In FIG. 57, as compared with FIG. 49, the 
portion $$method$$ is replaced with the names a, b, 
and c of the method already defined in ClassA, and Xa, 
Xb, and Xc are added as new classes. 
[0140] FIGS. 58 through 61 show examples of a 

40 pattern and its application for adding a new element of 
an object based on the data of an already defined class. 
In FIG. 58, as compared with FIG. 49, the portion of 
$$Class$$ is replaced with the already defined class 
names a, b, and c, and Xa, Xb, and Xc are added as 

45 new classes. 

[0141] In FIG. 59, as compared with FIG. 46, the 
portion of $$Class$$ is replaced with the class names 
a, b, and c, and aattr, battr, and cattr are added to the 
class a as new attributes. The addition of the new 

so attributes to the class a is specified for the portion of 
$$Target$$. 

[0142] In FIG. 66, as compared with FIG. 48, the 
portion of ##Class$$ is replaced with the already 
defined class names a, b. and c, and new links aRole. 
55 bRole, and cRole are added between the classes a and 

b. 

[0143] In FIG. 61, as compared with FIG. 47, the 
portion of $$Class$$ is replaced with the already 
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defined class named a, b, and c, and new attributes 
amethod ( ), bmethod( ), and cmethod( ). 
[0144] Described above are comparatively simple 
patterns about the definition and application of a pattern 
for adding a new element to a model to be developed 
based on the element of an already defined object in the 
model to be developed. Before describing furthermore 
in detail about various practical examples, a flowchart of 
the process of applying such a pattern is first described 
below.^ 

[0145f FIGS. 62 and 63 show a flowchart of the 
entire process of applying a pattern by the pattern appli- 
cation unit 103 shown in FIG. 45. The process shown in 
FIGS. 62 and 63 is almost the same as the process 
shown in FIGS. 19 and 20 corresponding to the above 
described first embodiment. Different points are: step 

565 shown in FIG. 17 is divided into steps S65a and 
S65b, after all class definitions are developed in step 
S65a, an implementation pattern application result file 
for adding a class obtained by developing the definitions 
is prepared, and then the processes in and after step 

566 are performed; and the processes in steps S68 and 
S74 in which all attribute definitions of an added class 
are developed, the processes in. steps S70 and S76 in 
which all operation definitions of an added class are 
developed, and the process in step S78 in which all rela- 
tion definitions in the pattern file are developed are dif- 
ferent from those shown in FIGS. 21 through 23. These 
steps are S68a, S74a, S70a, S76a, and S78a in FIGS. 
62 and 63. In addition, for example, the above described 
process of specifying Class A as shown in FIG. 46 is 
performed by a user entering the target name in step 
S62. 

[0146] FIG. 64 is a detailed flowchart of the process 
in which all class definitions are developed in step S65a 
shown in FIGS. 62 and 63. When the process is started 
as shown in FIG. 64, first in step S200, it is determined 
whether or not there is a keyword of adding a new class 
based on the attribute already defined in a model to be , 
developed. If yes, after the definition of a new class is 
developed in step S201 based on the data of the 
already defined attribute, that is, the attribute, for exam- 
ple, defined in the model to be developed, control is 
passed to the process in step S202. If there is no Key- 
word for addition, then control is immediately passed to 
the process in. step S202. The process in step S201 is 
described later by referring to FIG. 68. 
[0147] It is determined in step S202 whether or not 
there is a keyword for addition of a new class based on 
an already defined method. If yes, in step S203 as in 
step S201, the definition of a new class is developed 
based on an already defined method, and then the proc- 
ess in step S204 is performed. If there are no keywords 
for addition of a new class, then control is immediately 
passed to the process in step S204. 
[0148] In steps S204 and S205, for example, as in 
steps S200 and S201, a process of adding a class 
based on an already defined link. In steps S206 and 



S207, a process of adding a class based on an already 
defined class. 

[01 49] In step S208, it is determined whether or not 
there is a keyword indicating a request for a process to 

5 an external pattern interpretation unit. The external pat- 
tern interpretation unit holds the unique pattern inter- 
pretation rule defined by, for example, a developer as 
described later. If there is a portion in a pattern request- 
ing the external pattern interpretation unit for interpreta- 

w tion, then the pattern application unit 103 requests the 
external pattern interpretation unit to interpret the por- 
tion. That is, in step S209, the portion of the pattern at 
and after the keyword is passed to the external pattern 
interpretation unit. After the request to develop a class 

is definition has been, issued and the result has been 
returned to the pattern application unit, and there are no 
keywords requesting such processes, then control is 
immediately passed to the process in step S210. 
[01 50] In step S210, it is determined whether or not 

20 there is a suspending keyword in the definition of a class 
specified to be added in a pattern, that is. a keyword 
requesting, for example, a developer to input the con- 
tents of the character string corresponding to the key- 
word. If there is such a keyword, then after a character 

25 string corresponding to the suspending keyword is input 
by a developer, the suspending keyword in the attribute 
definitions in a pattern, and an already input keyword 
are replaced with a corresponding character string, 
thereby terminating the process. If it is determined in 

30 step S21 0 that there is not a suspending keyword, then, 
in step S212, a keyword, whose contents are input, not 
yet replaced, for example, the above described $$Tar- 
get$$, is replaced with a corresponding character 
string, thereby terminating the process. 

35 [01 51 ] FIGS. 65 through 67 are detailed flowcharts 
of the definition developing process of a new attribute, . 
method, and link based on the data of the elements of 
the object defined in, for example, a model to be devel- 
oped. FIG. 65 shows steps S68a and S74a shown in 

40 FIGS. 62 and 63. FIG. 66 shows steps S70a and S76a. 
FIG. 67 shows step S78a. 

[0152] The processes shown in FIGS. 65 through 
67 are practically the same as those shown in FIG. 64. 
For example, in FIG. 65, a process of adding an 

45 attribute based on the attribute, method, link, and class 
already defined in a model to be developed is performed 
in steps S220 through S227. In steps S228 and S229, a 
process of requesting the external pattern interpretation 
unit to for a process is performed. In steps S230 through 

so S232, a process corresponding to a suspending key- 
word in the definition of an attribute to be added and a 
character string replacing process corresponding to an 
already input keyword are performed. 
[0153] FIG. 68 is a flowchart of the process of 

55 developing the definition of an element to be newly 
added based on, for example, the element defined in a 
model to be developed. For example, FIG. 64 shows the 
processes in steps S201. S203, S205, and S207. For 
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example, in step S201 , an already defined element is an 
attribute of an object, and a process of developing the 
definition of a class to be newly added is performed. 
[0154] When the process is started in FIG. 68. the 
original information, that is, a list of already defined ele- 
ments is obtained in step S280. In step S281 , it is deter- 
mined whether or not a condition for limiting elements 
has been specified. If it has been specified, then control 
is passed to the process in step S283 after the list of the 
elements has been limited depending on the condition 
in step S282. If it has not been specified, then control is 
immediately passed to the process in step S283. 
[0155] In step S283, it is determined whether or not 
it is specified that an element should be selected by the 
developer as described later, that is, the developer 
should be requested to select an element. If it is speci- 
fied, then the process in step S285 is performed after 
the element is selected by the developer. If it is not 
specified, the process in step S285 is immediately per- 
formed. 

[0156] In step S285, the data specified in a pattern, 
for example, a character string representation such as a 
name, a type, etc. is extracted from the data of an origi- 
nal element for the element in the list. In step S286. the 
character string representation extracted in step S286 is 
processed in the method specified in the pattern as 
described later using, for example, a leading uppercase. 
In step S287, it is determined whether or not there is a 
suspending keyword in the processed character string 
as in step S210 shown in FIG. 64. If there is such a key- 
word, then after the developer inputs a character string 
corresponding to the suspending keyword in step S288, 
and the suspending keyword is replaced with the char- 
acter string, the process in step S289 is performed. If 
there are no such suspending keywords, then the proc- 
ess in step S289 is immediately performed. 
[01 57] In step S289, the processed character string 
representation is used at a position specified in the pat- 
tern, and a new element is defined. In step S290, it is 
determined whether or not the process has been per- 
formed for all elements in the list. If not, the processes 
in and after step S285 are performed. If the process has 
been performed for all elements, then the process ter- 
minates. 

[0158] Thus, an example of applying a compara- 
tivr.ly simple pattern and a flowchart of a pattern apply- 
ing process have been explained. Described below is 
an example of a furthermore applied pattern. 
[01 59] FIG. 69 shows an example in which a portion 
corresponding to an analysis and design pattern and a 
portion corresponding to an implementation pattern are 
defined as a pattern, the pattern is applied to add a 
method to a model to be developed, and a new program 
is generated corresponding to the implementation pat- 
tern. The implementation pattern is encompassed by a 
bracket in the tag 'method*. 

[0160] In FIG. 69. a new method 'copy 
(ClassA&obj)' is generated, and a program correspond- 



ing to an implementation pattern is generated. The por- 
tion 7/$$foreach keyword.. 7/$$endforeach' in the 
implementation pattern is an instruction for generating a 
program by repeating the inserted code for the number 

5 of elements represented by the keyword. In this exam- 
ple, $$attribute$$ is specified as a keyword, and a code 
corresponding to the attributes a, b, and c of ClassA is 
generated. $$attribute$$ in the code in the second line 
of the implementation pattern is replaced with the name 

io of the attribute to be repeated. 

[0161] FIGS. 70 through 72 show an example of 
applying a pattern as an example of a furthermore 
applied pattern in which, for example, the data of ele- 
ments of an object to be newly added to a model to be 

75 developed, for example, a name, a type, an initial value, 
visibility, etc. already defined in the model to be devel- 
oped is specified. In this example, the visibility refers to 
a range of an accessible class, and the details are 
described later. 

20 [0162] FIG. 70 shows an example of adding a 
method in which a new method is added as shown in 
FIG. 47 corresponding to the last half of the line after the 
line of the tagged 'method', the first half 
$$attribute$$;type is replaced with the types of the 

25 already defined attributes a, b, and c, and the result is 
used as the type of a return value of the method. 
[0163] FIG. 71 shows an example of adding an 
attribute in which attributes ax, bx, and cx obtained by 
replacing $$attribute$$ with a, b, and c, and the type 

30 and the initial value of the original attribute are used. 
[0164] In FIG. 72, a new method is added to 
ClassA, but the name of the linked-to class is used as a 
return value of a newly added method by $$link$$;type* 
in the first half of the line preceded by the line containing 

35 'method' as a tag in a pattern. 

[0165] FIGS. 73 through 76 show an example of 
applying a pattern in which it is specified in the pattern 
as described in step S286 shown in FIG. 68 to use a 
character string of the data for a newly added element 

40 after processing the character string in a predetermined 
method. The specified method can be followed by using 
uppercases, by using an uppercase for only the first 
character (capitalization), by deleting one previous 
word, etc. 

45 [0166] FIG. 73 shows an example of adding a 
method as shown in FIG. 70. However, since C in 
get$$attribute:C$$( ) indicates capitalization, a of the 
attribute name is expressed by an uppercase in. for 
example, getA( ) of the newly added method. 

so [0167] FIG. 74 shows an example of adding an 
attribute. However, since U' in the pattern specifies 
uppercases, the three attributes already defined in 
ClassA are expressed by uppercases and then added. 
[0168] In FIG. 75, an attribute is newly added as in 

55 FIG. 74. However, since 'F in the pattern indicates 
deleting one previous word, the first one word of each of 
the already defined attributes, that is, 1lag_' is deleted. 
[0169] In FIG. 76, an attribute is similarly added. 
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However, since 'J in the pattern indicates the deletion of 
'_', and specifying the character immediately after the 
symbol to be expressed by an uppercase, for example, 
an attribute such asflagA, etc. are added. 
[0170] FIGS. 77 through 79 show an example of 
applying a pattern in which a condition of, for example, 
only instance variables, only static variables, only pri- 
vate method, etc. is specified among the elements of an 
already defined object in the model to be developed, 
and any item satisfying the condition should be auto- 
matically selected as shown in steps S281 and S282 
shown in FIG. 68. 

[0171] FIG. 77 6hows an example of adding a 
method. Since it is specified by 'private' in the pattern 
that only a private attribute should be selected, a 
method is added only corresponding to b arid c 
assigned indicating 'private' (only the class is accessi- 
ble)as a leading character indicating visibility, that is, an 
accessible class among the already defined attributes. 
In addition '#' assigned to a indicates the protection with 
which only the class and the subclass are accessible, 
and V not shown in the attached drawings indicates 
that all classes are accessible. 
[0172] In FIG. 78, a method is added. However, 
since 'static' in the pattern has the condition of a static 
variable only, a method can be added only to a having a 
leading $ indicating a static variable among the already 
defined attributes a, b, and c. 
[0173] A method is added also as shown in FIG. 79. 
However, since 'abstract' in the pattern specifies that 
only an abstract method expressed in italics should be 
selected. Therefore, a method can be added using only 
a ( ) expressed in italics among the already defined 
methods. 

[01 74] FIG. 80 shows an example of applying a pat- 
tern in which it is specified that a developer or a user 
selects, when the pattern is applied, an element which 
has already been defined in a model to be developed, 
and based on which a new element is to be added as 
described in steps S283 and S284 shown in FIG. 68. In 
FIG! 80, it is specified that, for example, a user is 
requested to select an element by 'select' in the pattern, 
and, in response to the specification, the pattern appli- 
cation unit 103 presents the user with an attribute selec- 
tion screen, and the user selects, for example, 'c' as an 
attribute name, thereby adding a method. 
[0175] FIGS. 81 and 82 shows an example of apply- 
ing a pattern in which a developer or a user is requested 
to optionally input a character string during the applica- 
tion of the pattern. In FIG. 81, for example, a user is 
requested to input the name of a method to be added, 
and a new method is added using the name Test ' input 
by the user 

[0176] In FIG. 82, as in FIG. 69. the pattern con- 
tains a portion corresponding to an analysis and design 
pattern, and a portion corresponding to an implementa- 
tion pattern, thereby adding a method and generating a 
program. At this time, the pattern application unit 103 



prompts the user to input a character string correspond- 
ing to $$XXX$$, and a method is added and a program 
is generated using the user-input 'save'. The user-input 
character string is used for both added method and gen- 
5 erated program. Using the internal descriptions of the 
program, there is the second added method. Further- 
more. 'C indicating capitalizing is also used in the pat- 
tern. 

[0177] As the last example of applying a pattern, 

io described below is an example of applying a pattern in 
which a portion according to a development rule 
uniquely regulated by, for example, a developer is 
defined in the pattern. The development rule is, as 
described in steps S208 and S209 shown in FIG. 64, 

V stored in the external pattern interpretation unit gener- 
ated by. for example, a developer, and is used when 
interpreting a pattern. FIG. 83 is a block diagram of the 
basic configuration of the object-oriented software 
development support apparatus in the above described 

20 case. As compared with the configuration shown in FIG. 
45, an external pattern interpretation unit 105 is con- 
nected to the pattern application unit 103. 
[01 78] FIG. 84 shows an example of applying a pat- 
tern containing a process performed by the external pat- 

25 tern interpretation unit 105. In FIG. 84, a character 
string from 'user-define' to the next tag in the pattern to 
which a method is to be added is provided from the pat- 
tern application unit 103, and an attribute is added cor- 
responding to the interpret rule stored in the external 

30 pattern interpretation unit. 

[0179] Finally, the loading of a program in the 
object-oriented software development support appara- 
tus according to the present invention is described 
below by referring to FIG. 85. The software develop- 

35 ment support apparatus can be realized by a common 
computer system. Such a computer 35 basically com- 
prises a body 36 and memory 37. A program for use in ^ 
performing a process according to the present invention 
can be loaded from a portable storage medium 39 to the 

40 body 36, and from a program provider through a net- 
work 38. 

[0180] A program in the object-oriented software 
development support apparatus according to the 
present invention, for example, a program shown in the 

45 flowcharts in, for example, FIGS. 5, 8, 9. 14 and 15, 19 
through 23, 62 through 68, etc. is stores in, for example, 
the memory 37. The program is executed by the body 
36. The memory 37 can be a hard disk, etc. 
[0181] In addition, a program for use in defining a 

so pattern in the software development support apparatus 
is stored in the portable storage medium 39, and the 
program is loaded on the body 36, thereby defining a 
pattern. The portable storage medium 39 can be an 
optical disk, a magneto-optic disk, etc. Furthermore, a 

55 program for use in defining a pattern is transmitted from 
a program provider to the computer 35 through the net- 
work 38, and a pattern definition can be realized by 
loading the program. 
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[0182] . The embodiments of the present invention 
have been described above by referring to C++ as an 
object-oriented software language. However, the soft- 
ware language can be any other languages without lim- 
iting to C++. In addition, other embodiments can be 5 
realized within the scope of the claims of the present 
invention. 

[0183] According to the present invention, as 
described above in detail, a manager of a development 
project defines and provides the architecture of neces- 10 
sary patterns such as an analysis pattern, a design pat- 
tern, an implementation pattern, etc. so that a developer 
of each division can appropriately and efficiently use the 
patterns, thereby improving the software development 
efficiency. By sequentially applying patterns correlated is 
as a pattern architecture, the quality of analysis informa- 
tion, design information, and source code can be lev- 
elled. In addition, inconsistency can be. avoided 
between analysis information and design information, 
and design information and source code, thereby sue- 20 
cessfully tracing information. Furthermore, by applying 
a pattern as a comparatively simple pattern in which 
data of an object already defined in a model to be devel- 
oped can be used, many parts of software development 
can be automated, thereby improving the efficiency in 25 
an object-oriented software development. 
[0184] The above description has referred to a pro- 
gram stored on a computer-readable medium, either a 
portable computer-readable medium 39 which is loaded 
directly into the computer 35, or a remote computer- 30 
readable medium of a program provider which is 
accessed by the computer 35 over the network 38. It will 
be appreciated that a computer program embodying the 
present invention need not be stored on a computer- 
readable medium and could, for example, be embodied 35 
in a signal such as a downloadable data signal provided 
from the program provider over the network or from an 
Internet website. The appended claims are to be inter- 
preted as covering a computer program by itself, or as a 
record on a carrier, or as a signal, or in any other form. 40 

Claims 

1. An object-oriented software development support 
apparatus (1) for supporting object-oriented soft- 45 
ware designing, comprising: 

a pattern architecture storage unit (2) storing 
pattern information (3,6) about a plurality of 
patterns available when object-oriented soft- so 
ware is developed, and inter-pattern relevant 
information (4,7) for association between pat- 
terns having antecedent/consequent relation- 
ship; and 

a pattern application unit (5) applying a pattern 55 
whose application has been externally 
approved among patterns stored in said pat- 
tern architecture storage unit (2) to a model to 



be developed, detailing the model, and sup- 
porting development of software corresponding 
to the model. 

2. The apparatus (1 ) according to claim 1 , wherein 

said pattern architecture storage unit (2) stores 
a viewpoint on software development and a 
selection item corresponding to the viewpoint 
as the inter-pattern relevant information (4,17); 
and 

said pattern application unit (5) automatically 
selects a pattern at an external instruction 
about the viewpoint and the selection item, and 
r pplies the selected pattern to a model to be 
developed. 

3. The object-oriented software development support 
apparatus (1) according to claim 1, wherein 

said pattern architecture storage unit (2) fur- 
thermore stores a retrieval key to a plural 
pieces of pattern information (3,16); and 
said pattern application unit (2) applies a pat- 
tern externally specified among patterns 
retrieved using an externally input retrieval key 
to a model to be developed. 

4. The object-oriented software development support 
apparatus (1) according to claim 1 , further compris- 
ing 

a pattern information definition unit (14) defin- 
ing the pattern information (3,16) according to 
pattern definition information externally input in 
a format of a pattern template. 

5. The apparatus (1) aocording to claim 4, wherein 

said pattern information definition unit (14) fur- 
ther defines a retrieval key for the pattern infor- 
mation (3,16) when the pattern information is 
defined. 

6. The apparatus^) according to claim 1 , further com- 
prising 

a pattern architecture definition unit (15) defin- 
ing inter-pattern relevant information (4,17) for 
association between patterns having an ante- 
cedent/consequent relationship according to 
externally input information. 

7. The apparatus (1) according to claim 6, wherein 

said pattern architecture definition unit (15) 
defines a viewpoint on software development 
and a selection item corresponding to the view- 
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point as the inter-pattern relevant informa- 
tional 7). 

8. The apparatus(1 ) according to claim 1 , further com- 
prising: 

a pattern architecture display unit displaying a 
pattern architecture corresponding to plural 
pieces of pattern information (3,16) and inter- 
pattern relevant information^, 17) stored in 
said pattern architecture storage unit(11) in a 
single collective format; and 
a pattern information display unit displaying 
pattern information (3,16) stored in said pattern 
architecture storage unit (11) in a template for- 
mat corresponding to the pattern information. 

9. The apparatus (1) according to claim 1. further 
comprising 

a pattern architecture navigation unit (12) inter- 
preting a pattern architecture corresponding to 
plural pieces of pattern information (3,16)and 
inter-pattern relevant information (4,17) stored 
in said pattern architecture storage unit (11), 
and externally presenting a pattern applicable 
to the model to be developed, wherein 
said pattern application unit (5) applies a pat- 
tern whose application has been externally 
approved among the presented patterns to a 
model to be developed. 

10. The apparatus (1) according to claim 1 , wherein: 

said plurality of patterns are implementation 
patterns as samples of source code corre- 
sponding to operation definitions of a class 
contained in an analysis pattern and design 
pattern; 

said pattern architecture storage unit (2) also 
stores relevant information between' a design 
pattern and an implementation pattern as the 
inter-pattern relevant information (4,17); and 
said pattern application unit (5) applies a 
design pattern whose external application has 
been approved to a model to be developed, 
and automatically generates based on the 
implementation pattern a source code corre- 
sponding to a portion to which an analysis and 
design pattern has been applied in the model 
to be developed. 

11. The apparatus according to claim 10, further com- 
prising 

a pattern information definition unit (14) defin- 
ing pattern information (3,16) about the imple- 
mentation pattern according to implementation 
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pattern definition information externally input in 
a format of a pattern template. 

12. The apparatus (1) according to claim 10, further 
5 comprising 

a pattern architecture definition unit (15) defin- 
ing inter-pattern relevant information (4,17) 
between the analysis and design pattern and 
10 implementation pattern according to externally 

input information. 

13. The apparatus (1) according to claim 10, further 
comprising: 

15 ■ 

a pattern architecture display unit displaying a 
pattern architecture corresponding to plural 
pieces of pattern information (3,16) and inter: 
pattern relevant information (4,17) stored in 

20 said pattern architecture storage unit (15) in a 

single collective format; and 
an implementation pattern information display 
unit displaying pattern information about an 
implementation pattern stored in said pattern 

25 architecture storage unit in an implementation 

pattern template format. 

14. The apparatus (1) according to claim 1, further 
comprising: 

30 

a pattern application history information stor- 
age unit (31) holding application history infor- 
mation for a pattern applied by said pattern 
application unit (13) to a model to be devel- 
35 oped; and 

a pattern application history interpretation unit 
(32) interpreting application history information 
stored in said pattern application history infor- 
mation storage unit (31), and obtaining reusa- 
40 bility of each pattern and a pattern architecture 

corresponding to plural pieces of pattern infor- 
mation (3.16) and inter- 
pattern relevant information (4, 1 7). 

45 

15. The apparatus (1) according to claim 1, further 
comprising 

a pattern application history information stor- 
so . age unit (31) holding application history infor- 
mation for a pattern applied by said pattern 
application unit to a model to be developed, 
wherein 

said pattern application unit (13) interprets 
55 application history information stored in said 

pattern application history information storage 
unit(31), and improves efficiency of a pattern 
applying process by preliminarily setting data 
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to be externally input when a pattern is applied. 

16. An object-oriented software development support 
apparatus (1) for supporting object-oriented soft- 
ware designing, comprising: 5 

a pattern information definition unit (101) defin- 
ing available pattern information in developing 
object-oriented software according to exter- 
nally provided pattern definition information; to 
a pattern storage unit (102) storing the defined 
pattern information; and 
pattern application unit (103) applying pattern 
information stored in said pattern storage unit 
to a model to be developed, detailing the is 
model, and supporting development of soft- 
ware corresponding to the model. 

17. The apparatus (1) according to claim 16, wherein 

20 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of attributes of a class already 
defined in the model to be developed, new 
attributes to the model to be developed; and 25 
said pattern application unit (103) adds new 
attributes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

30 

1 8. The apparatus (1 ) according to claim 1 6, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of attributes of a class already 35 
defined in the model to be developed, new 
methods to the model to be developed; and 
said pattern application unit (103) adds a new 
method by applying a pattern containing at 
least said pattern information to the model to 40 
be developed. 

19. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 45 
defines pattern information for use in adding, 
based on data of attributes of a class already 
defined in the model to be developed, newlinks 
to the model to be developed; and 
said pattern application unit (103) adds new so 
links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 

20. The apparatus (1) according to claim 16, wherein ss 

said pattern information definition unit (101) 
defines pattern information for use in adding, 



based on data of attributes of a class already 
defined in the model to be developed, new 
classes to the model to be developed; and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

21. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of links of a class already 
defined in the model to be developed, new links 
to the model to be developed; an^l 
said pattern application unit (103) adds new 
links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 

22. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of links of a class already 
defined in the model to be developed, new 
attributes to the model to be developed; and 
said pattern application unit (103)adds new 
attributes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

23. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of links of a class already 
defined in the model to be developed, new 
methods to the model to be developed; and 
said pattern application unit (103) adds new 
methods by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

24. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of links of a class already 
defined in the model to be developed, new 
classes to the model to be developed; and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

25. The apparatus (1) according to claim 16, wherein 
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said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new 
methods to the model to be developed; and 5 
said pattern application unit (103) adds new 
methods by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

10 

26. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 15 
defined in the model to be developed, new 
attributes to the model to be developed; and 
said pattern application unit (103) adds new 
attributes by applying a pattern containing at 
least said pattern information to the model to 20 
be developed. 

27. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 25 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new links 
to the model to be developed; and 
said pattern application unit (103) adds new 30 
links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 

28. The apparatus (1) according to claim 16, wherein 35 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already ■ 
defined in the model to be developed, new 40 . 
classes to the model to be developed; and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 45 



30. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit defines 
pattern information for use in adding, based on 
data of classes already defined in the model to 
be developed, new attributes to the model to be 
developed; and 

said pattern application unit (103) adds new 
attributes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

31. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of classes already defined in the 
model to be developed, new links to the model 
to be developed; and 

said pattern application unit (103) adds new 
links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 

32. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of classes already defined in the 
model to be developed, new methods to the 
model to be developed; and 
said pattern application unit (103) adds new 
methods by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

33. The apparatus (1) according to claim 16, wherein 

. said pattern information definition unit (101) 
defines the pattern information using data 
about classes, or attributes, methods, or links 
of the classes already defined in the model to 
be developed as data relating to attributes, 
methods, links, or classes to be newly added in 
the model to be developed. 



29. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, so 
based on data of classes already defined in the 
model to be developed, new classes to the 
model to be developed; and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 55 
(east said pattern information to the model to 
be developed. 



34. The apparatus (1) according to claim 33, wherein 

said pattern information definition unit (101) 
defines the pattern information by representing 
using a specified processing method a charac- 
ter string for data about attributes, methods, 
links, or classes to be newly added in the 
model to be developed. 

35. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
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defines pattern information for use in adding 
new attributes, links, methods, or classes in the 
model to be developed based on data satisfy- 
ing a specified condition among classes, or an 
attribute, a method, or a link of the class 
already defined in the model. 

36. The apparatus (1) according to claim 16, wherein: 

said patte n information definition unit (101) 
defines the pattern information including data 
indicating that some of classes, or attributes, 
methods, or links of the classes defined in the 
model to be developed should be externally 
specified; and 

said pattern application unit (103) obtains an 
external instruction to specify the classes, or 
attributes, methods, or links of the classes, and 
applies to the model to be developed a pattern 
containing the pattern information depending 
on a result of the instruction. 

37. The apparatus according to claim 16, further com- 
prising: 

an external pattern interpretation unit (105) 
storing a preliminarily and uniquely regulated a 
pattern interpretation rule, and interpreting pat- 
tern information according to the pattern inter- 
pretation rule, wherein: 

said pattern information definition unit (101) 
defines pattern information containing a portion 
specifying that the pattern information should 
be interpreted according to the pattern inter- 
pretation rule, and provides the defined pattern 
information for said pattern storage unit (102); 
and 

said pattern application unit (103) uses an 
interpretation result from said external pattern 
interpretation unit (105) when a pattern con- 
taining the defined pattern information is 
applied. 

38. The apparatus (1) according to claim 16, wherein: 

said pattern information definition unit (101) 
defines pattern information containing a portion 
specifying that a character string externally 
input while a pattern is applied by said pattern 
application unit (103) should be incorporated 
into the model to be developed, and provides 
the defined pattern information for said pattern 
storage unit (102); and 

said pattern application unit (103) incorporates 
an externally input character string into the 
model to be developed when a pattern contain- 
ing the pattern information is applied. 



39. The apparatus (1) according to claim 16, wherein 

said pattern information definition unit (101) 
defines a pattern for use in adding, to the 
5 model to be developed and based on data of 

the object, new data about an object defined in 
the model to be developed. 

40. An object-oriented software development support- 
10 ing method for support in designing object-oriented 

software, comprising the steps of: 

storing pattern information about a plurality of 
patterns available when object-oriented soft- 
is ware is developed, and inter-pattern relevant 
information for association between patterns 
having antecedent/consequent relationship; 
and 

applying a pattern whose application has been 
20 externally approved among the stored patterns 

to a model to be developed, detailing the 
model, and supporting development of soft- 
ware corresponding to the model. 

25 41. A computer-readable storage medium (39) storing 
a program used to direct a computer (35) to perform 
the steps of: 

storing pattern information about a plurality of 
30 patterns available when object-oriented soft- 

ware is developed, and inter-pattern relevant 
information for association between patterns 
having antecedent/consequent relationship; 
- arid 

35 applying a pattern whose application has been 

externally approved among the stored patterns 
to a model to be developed, and detailing the 
model. 

40 42. An object-oriented software development support- 
ing method for support in designing object-oriented 
software, comprising the steps of: 

based on data of an object already defined in a 
45 model to be developed, defining a pattern for 

use in adding new data about the object to. a 

model to be developed; and 

applying the defined model to the model to be 

developed, detailing the model, and supporting 
so development of software corresponding to the 

model. 

43. A computer-readable storage medium (39) storing 
a program used to direct a computer (35) to perform 
55 the steps of: 

defining a pattern for use in adding, to a model 
to be developed and based on data of an object 
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already defined in a model to be developed, 
new data about the object; and 
applying information about the defined pattern 
to the model to be developed, and detailing the 
model. 5 

44. A -computer program which, when loaded into a 
computer, causes the computer to become an 
object-oriented software develooment support 
apparatus as claimed in claim 1 or 16. io 

45. A computer program which, when run on a compu- 
ter, causes the computer to carry out an object-ori- 
ented software development supporting method as 
claimed in claim 40 or 42. is ■ 
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CATEGORY : DESIGN PATTERN 
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NAME : UPDATING PLURAL DOMAIN OBJECTS D9 

SUBJECT : WHEN LARGE NUMBER OF DOMAIN OBJECTS APPLICABLE TO CERTAIN 
CONDITION ARE OBTAINED, AND ARE COLLECTIVELY UPDATED WITHOUT 
INCONSISTENCY WITHIN SAME TRANSACTION, DOMAIN OBJECTS MUST BE MANAGED BY 
SAME MANAGEMENT OBJECT. SINCE LARGE NUMBER OF OBJECTS ARE PROCESSED 
USING LIMITED MEMORY SOURCES, ONLY ONE DOMAIN OBJECT IS PERMITTED TO 
CONSTANTLY RESIDE IN MEMORY. UNTIL OBJECTS IN DB ARE COLLECT MEL Y 
UPDATED, DATA OF DOMAIN OBJECTS ARE CASHED ON AP SERVER SIDE. 

EXPLANATION : WHEN LARGE NUMBER OF DOMAIN OBJECTS ARE SEQUENTIALLY 
OBTAINED AND CHANGED, AND THEN DB IS COLLECTIVELY UPDATED, Obj ec tManager 
WHICH MANAGES DOMAIN OBJECT IS ENTERED IN Transact ionManager. ENTRY 
IS MADE BY CALLING setObj ec tManager, AND TRANSMITTING ObjectManager AS 
ARGUMENT. Transact ionManager IS OBJECT FOR MANAGING TRANSACTION 
COVERING PLURAL ObjectManagers. HOWEVER, TO ALLOW CALLER TO CALL SAME 
METHOD REGARDLESS OF SINGLE Obj ec tManager 3, ENTRY IS MADE IN 
Transact ionManager EVEN FOR SINGLE ObjectManager. NEXT, CALLER CALLS 
APPROPRIATE SELECT METHOD OF DBServerlnterface OBJECT TO OBTAIN DATA. 
{OMITTED} 
DEFINITION 

* CLASSES : 
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+Obj ec tManager 0 
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+release() 
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Caller 
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+executeUpdate(rs:RecordSeO 
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IvExisting = getUpdatingOneObject(alD); 
if(lvExistmg != null) { 
return IvExisting; 
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RecordSet ivRS = m_DBSI.selectBylD(alD); 
if(lvRS.getRowCount() != 1 ) { 
// Exception 

$$Target$$ IvDO = new $$Target$$(this); 
IvRS.topQ; 
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[OMITTED] 

GASampI e v GASampl eManager : :GetOne (GCGStr i ngC CODE) 
{ 

//J LISTING ARGUMENT OF GetOne 
GCGList arg_l ist=make_argj ist ( 
4C CODE 

)f 

III GENERATING PARAMETER OBJECT ACCORDING TO LIST 
GCDParamenter prn(argj ist.GetCountO) ; 
make para«eriter_l ist, prm) ; 

III GENERATING COMB I NAT IN KEY ACCORDING TO LIST 

GCGString key_sr=make_keystring(arg list); 

III WHEN INSTANCE HAVING SAME KEY IS OBTAINED AGAIN: 

GASampl e* const obj=model set. Lookup (4key_str) ; 

if(obj) 

{ 

•Hobj->ref_counter; 
return obj; 

} 

III PERFORMING ENTITY REFERENCE METHOD 

GCDResultset* rst inst=entity inst->SelectForGetOne(prm) ; 

ll\ NULL UNLESS MIS-HIT 

if(rstJnst->GetE0FO==1){ 

rs t_a i ns t->Oes t roy 0 ; 

return NULL; 

}else{ 

ll\ OBTAINING MODEL INSTANCE 

GCDField* fid_inst=rst inst->GetFIWLSAO ; 

III GENERATION RELATION 

GASample' new¥obj = (GASarapl e')get instanceO; 

ll\ INITIALIZING CORE RESOURCES" 

setup model_instance(new obj, key.str, rst_inst, f Id.inst) ; 
III AGGREGATION RELATION 
nodei_set. SetAt(4key_str,new_obj) ; 
return new_obj ; 

} 

$«$ 

GASanp-le' GASampl eManager: :Get(GCCString value) 
III ERROR UNLESS IT IS Select MODE 
if (resul tset inst==NULL| IcurrentJ ield«0)) 
{ 

III CASTING B.O. Except in 

Bus i nessOb j ec tExcdp t i on exp C GSDS70000E" , NULL, _GLOV I A_l D, 

.PROTOCOL, 17 , 1.JBJECTJIGR) : 

throw exp; 

} 

III TWO OR MORE CONSECUTIVE INSTANCES CONNOT BE OBTAINED. 
{COMITTED} 
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// GAMDBObjectManager 

#include "GAMDBObjectManager. h" 

class GASanp le; 
class GASampleEntity; 

//# begin modu I e. addi t i ona I Dec I arat ions preserve=yes 
//# end nodule, additional Dec la rat ions 



//# Class:GASarapl« Unager 

// PRACTICAL EXAMPLE OF CONTINUATION OF OBJECT 

// AND OBJECT MANAGER USING OB 

//## Category :<Top Leva I > 
//m Subsystem :<Top Leva I > 

class GASanp leManager :publ io GAMDBObjectManager //## Inher i ts : <unnaned> 
{ 

//## begin GASaapleManager. in it iaIDeclarat ions preservers 
//## end GASanp leManager. init iaIDeclarat ions 

public: 

//## Constructors (specified) 

//## Oper at i on : GASamp I eManager*909060234 
// beg in-created by SinpleOM pattern 
// end- created by SimpleOM pattern 
GASanp I eManager 0 : 

//## Oestrudtor (generated) 
{OMITTED} 

//## 0peration:Get0neS909060239 
// begin-created by SimpleOM pattern 
// OBTAINING OBJECT FROM DB 
// $$key$$:Get0ne1 

// end-created by SimpleOM pattern 
GASanp I e* GetOne (GCGStr ing C.CODE) : 

//## 0peration:Get%909060241 
// begin-created by SimpleOM pattern 
// OBTAINING OBJECT FROM DB 

// 
// 

// $$key$$:Get1 

// 

// end-created by SimpleOM pattern 
GASanp I e* Get (GCGStr i ng C.CODE) ; 

//## Operation: UpdateOne%909060242 
// beg in-crated by SimpleOM pattern 
(OMITTED} 



FIG. 3 3 
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{OMITTED} 

//Class GASampieManager 
GASampleManager: :GASampleManager() 
//## begin GASampleManager: :GASampleManagef%909060234. hastnit preserver 
//## end GASampleManager: :GASampIeManager%909060234. hasinit 
//## begin GASampleManager: :GASampleManager%909060234. initialization preserve=yes 
//## end GASampleManager :GA3ampleManager%909060234. initialization 

//## begin GASampleManager :GASampleManager%909060234. body preservers 
//## end GASampleManager: £ASampleManager%909060234. body 

{OMITTED} 

GASample* GASampleManager: ;GetOne(GCGString OPCODE) 

//## begin GASampleManager: :GetOne%909060239. body preserve=yes 
//## end GASampleManager: £etOne%909060239. body 



GASample* GASampleManager: :Get() 

//## begin GASampleManager: :Get%909060240. body preserve=yes 
ItU end GASamfrfeManager::Get°/o909060240.body 

GASample* GASampleManager :Get(GCGString C_CODE) 

ItU begin GASampleManager: :Get%90906G241. body preservers 
ItU end GASampleManager: :Get%909060241. body 



{OMITTED} 
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//GASamp I e 
[OMITTED] 

GASample* GASamp I eManager: :GetOne(GCGString C CODE) 
{ 

//tf begin GASampI eManager : :Get0neX90913061. body preserve-yes 
//$Jbegi n: created by pattern applying tool. 
// LISTING ARGUMENT OF J GegOne 
GCGList argj ist-make arg list( 

4C CODE 

);" 

l/\ GENERATING PARAMETER OBJECT ACCORDING TO LIST 

CCDParamenter prm(argj i st.GetCount 0) ; 

make_j)aramenter list (arg list.prm); 

//J GENERATING COUPLING KEY ACCORDING TO LIST 

CCCString key str=make keystrf ng(arg list); 

//J WHEN INSTANCE HAVING SAME KEY IS OBTAINED AGAIN: 

GASample* const obj=raodel set. LookupUkey str); 

if (obi) 

{ 

. +4obj->ref_counter ; 
return obj; 

} 

//J EXECUTING REFERENCING METHOD FOR ENTITY 

GCDResul tset* rs t_f ns t=en t i ty inst->$eiectForGetOne(prm) ; 

//J NULL VALUE WHEN MIS-HIT ARISES 

i f (rs t_i ns t->Ge tEOF 

rst inst->OestroyO : 

return NULL; 

} e I s e { 

//J OBTAINING FIELD (LEADING LINE) 
GCOField* f id_inst=rst inst->GetFieldsO : 
//J GENERATING MODEL INSTANCE 
GASample* new obj = (GASamp I eO get instanceO; 
//J INITIALIZING CORE RESOURCES OF MODEL 
setup model instance(new obj, key str, rst inst.fld Inst); 
//J ADDING COLLECTIVE CORRELATION 
model_set. SetAt(4key_str, new_obj) ; 
return newjibj; 
//$$ end:created by pattern applying tool. 
//II end GASampI eManager: :Cet0neX909131061. body 

} 

GASamp t e*GASampl eManager : : Ge t'O 
{ 

//II begin GASampI eManager : : GetX9091 31602. body preerve s yes 
//$$ begin:created by pattern applying tool. 
//J ERROR UNLESS IT 1$ Select MOOE 
if (current fiel==0 II resultset ins t—NULL) 
{ 

III CASTING B.O.Exception . 

{COMITTED} 
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